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ABSTRACT 


This thesis gives a short, concise description of the U.S. 
Navy SNAP-II (Shipboard Non-Tactical Automated Data Processing 
Program) computer system, and through a post implementation 
review of six ships having the system installed, delineates 
concerns and problem areas with the SNAP-II system as perceived 
by the end-users. Major areas of concern that emerged were 
training, documentation, and the role of management in relation 
memthe SNAP-II system, both internal and external to a U.S. 
Navy ship. An analysis of these issues is conducted and is 
the basis for recommendations on how to improve the SNAP-II 


program. 
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fr INTRODUCTION 


MiemoNir ee cohnippoard Non-tactical Automatic Data 
Processing Program) program was initiated in response to a 
moe o: Nava operations (CNO) Objective to reduce the 
administrative burden on shipboard personnel, which would 
have a resultant improvement in fleet readiness and a 
Mereetitye effect on the morale and retention of personnel. 

memconceptualyzed, the system would provide automatic 
data processing equipment to small surface ships and submarines, 
reducing the manual burden on personnel in the administration 
Seemaiitenance, supply, and pay and personnel matters. The 
System was designed for a life cycle of twenty years, with a 
Mey prOV1iSO in its charter being that additional personnel 
would not be required to operate or maintain the equipment. 

The program has been referred to, by various agencies as 
faeereal-time MIS’ [Ref. l1:p. 1], a system to “provide 
automated support for maintenance, supply, and pay and 
Memeoonne! functions’’ [Ref. 2:Encl. (3), p. 5], and "Automated 
Memerilation system" [Ref. l:p. 1] and {Ref. 3:p. 1], all of 
mimeens have different connotations of expected uSe. 

The Current program calls for the installation of a total 
of 459 SNAP-II systems--17 at shore sites for training and 
Smeeert, and 442 on afloat units. As of 31 January 1986, 105 


~oeems Nave been installed afloat (55 Pacific fleet, 50 


Atlantic fleet) and three at shore locations. No sompimaaeee 


have yet had the system instalWed= althouche tne emiee 
installation has been scheduled t6 Start ameJ anand oe 

With almost one-third of the systems anstal Veda 
Fleet, a need was perceived to obtain user feedbarc aaa. 
ascertain just how the "fleet" was receiving the SNAP-II] 
System and whether they were satisfied with the product. 
Subsidiary questions of whether the system was being utile 
to its full capability by fleet units and adequately SuppG@igmed 
by the shore establishment were also er ipertanee- 

The purpose of this thesis is to investigate end user 
Satisfaction with the SNAP-II program, identify concerns and 
discuss emergent issues that may be of significance. This 
was accomplished through a post-implementation review of oa 
ships, three of the Atlantic Fleet and three of the Paci 
Fleet. As no submarines currently have the system installed 
they were excluded. The reviews were conducted i1ngJangese 
1986, using both open and closed format interview technac¢uees 
Personnel interviewed ranged from the Commanding Officers to 
senior enlisted personnel. The main thrust of the intervie 
was on a perceptive or subjective basis. Quantitative 
information was neither sought nor desired, 

Program and System descriptions are ineluded Gugenayee 
II and III, with the individual ship reviews and stmmaries 
contained in Chapters IV and V. Diseussionm) on sence mam 
issues follows, with conclusions and recommendations appearing 


in the finals Chapter. 
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II. SNAP-II PROGRAM ORGANIZATION 


Program Organization is divided into two areas--the 
Mmieernal Organization of the ship (afloat), and the Navy wide 
organization (ashore) that manages implementation, any changes 
memprogram direction, and provides assistance to correct 
Material casualties affecting the SNAP-II software and 


hardware. 


Pee OHEP'S INTERNAL ORGANIZATION 

Helen MIinouwmvariances, the internal administrative 
SmeanizZation Of a typical Navy ship is shown in Figure (1). 
Maetations will exist between types of ships. A department 
is composed of several divisions, and each division is 
Semposed of of OMe Or more work centers, which are the basic 
Mes £LOr Maintenance administration and personnel 
assignments. 

Peadepartmenters headed by an experienced officer, with 
Mmiemalvyisions headed by junior officers. The work centers 
are headed by senior enlisted personnel. 

Superimposed on this organization is the SNAP-II 
Smeemization, Figure 2, which utilized the same personnel 
meomecthe administrative organization in a secondary, or 
Seurateral duty basis to administer, operate and maintain the 


system. 
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Figure 2. Shipboard SNAP Organization 
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The guidelines on who performs what SNAP= [ita meee 
contained in formal instructions issued by the Type Commangeuem 
(The role of the Type Commander is delineated in Figure (S)= 
Of note is that the Type Commander has isstied anstrucerone 
concerning only the management Of the SNAP- Pies, otcm 
Guidance as to how to manage with the system has not been 
issued at any level--shipboard managers are left tomen am 
OWN initiative as to how to integrate the system within their 
management structure and style. Specific SNAP jobs and €itemms 


responsibilities aré covered in @ham@e we! Ii. 


B. SNAP-II PROGRAM ORGANIZATION 

The SNAP-II program organization extends from the Office 
of the Chief of Naval Operations down to the individual shai 
its purpose is threefold: 


=" install and implement the progran 

- repair any casualties to hardware or software 

- provide guidance and policy relevant to program changes 
anda bree rom 


Figure (4) delineates the organizational relationships, bus 
does not attempt to show the funding flow for the program. 
Several terms must be defined to understand the program 
- Program Sponsor--that office charged with overall policy 


guidance concerning the SNAP program 


- Program Manager--coordinates all aspects Of these) am 
program 


- Functional Sponsor--for each of the functionaieipe 1 
certifies individual requirements to program manager 
and functional manager 


- Functional Manager--executes the guidance of the . 
Functional Sponsor by generating requirement specifications 
for software that must be developed. 
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FLEET COMMANDER IN CHIEF 





TYPE COMMANDER | (TYPE = SUBMARINE, SURFACE, 
AIR) 


GROUP (SUBMARINE OR CRUISER/ 
DESTROYER) 


SQUADRON (SEVERAL SQUADRONS TO A 
GROUP) 


SHIP (MULTIPLE SHIPS TO A 
SQUADRON) 


Figure 3. Fleet Administrative Organization 
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fhomexceutcmoiee-|l sinstallation and implementation, two 
agencies are directly involved: Naval Sea Systems Command 
(NAVSEA) and Navy Management Systems Support Office (NAVMASSO) . 
mine Type Commander is involved only from the aspect of 
Sjeneduiing). NAVSEA, through NAVSEA Support Centers 
Mery SEACEN'S) On the East and West coasts, supervises the 
installation of system hardware, which is done by the con- 
imeieLOor, oystems Management American (SMA) Corporation. 
Software installation is accomplished by NAVMASSO, who has 
Peso assumed the responsibilities for coordinating the 
mMiiteral inplementation on ships. 

PaoODlems thateaevelop after implementation are also 
Handled by these two agencies--hardware problems by NAVSEA, 
Software problems by NAVMASSO. Problems can be reported 
mumeowel the formal CASREP method, or handled by initiating 
Eirouple Reports'’ to NAVMASSO for software problems, or 
Pmimmecct sELCet (suppOoGt requests to the Type Commander for 
hardware problems, who will then coordinate action with 
PeeeerACEN's [Reft. 4:p. 1] and [Ref. 5:p. 1]. 

User feedback for improvements or additions to the SNAP- 
II system is handled via a formal mechanism called "change 
peepesals'’. They are forwarded by the ship to the Type 
Sommander {Reftf. 4:Encl. (3)] and [Ref. 5:Encl. (2)], who in 
turn will assess them and forward them to the Fleet Commander- 
teecmret (ihe Type Commander may forward the change proposal 


to NAVMASSO for a cost-benefit analysis if that has not been 
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done.). If the proposal has sufficient Merit, eee 
sent to the Program Coordinator {(OP-945) 2) who wai ee 
to the appropriate Functional Sponmsem sane Func tional 
Sponsor will approve/disapprove the proposal, and task the 
specific Functional Manager to develop specifications foram 
change if the request aseappre ved 

NAVMASSO incorporates the changes as directcadma geen. 
Functional Managers, and the change is distributed tomene 
fleet via updates to existing software or by completely ira 
veTsi0Ns Of thetserivwane. 

Issues of sufficient importance that cannot bemyesol vca 
at the higher levels due to funding constraints or, pelea 
implications are referred to the Fleet Non-tacticaie 


Policy Councils, Ret aos a4) 
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(tte SNA i) ol bumble oCR TP EION 


A brief description of the SNAP-II system elements is 
necessary to understand the essence of the system and the 
environment within which the system operates. These elements 
ae. 

- Installation/implementation 
- Hardware 
- Software 
meee rsonnel 
mera ining 
fee INSTALLATION/ IMPLEMENTATION 
Per edie Ccnc les 
There are three principal agencies that deal with an 
emdividual ship to install and implement the SNAP-II System: 
- Type Commander 
- NAVSEA 
- NAVMASSO 
The Type Commander is responsible for coordinating 
Maewship's schedule for installation, obtaining training for 
mi@emsnip's Hardware Maintainers, and monitoring the progress 
i installation. [Ref. 7:p. 35] 
The respective NAVSEA Support Centers (Atlantic and 
Pacific) supervise the contractor's installation of hardware, 
eeerdinating their activities with NAVMASSO and participating 


miminardware certification [Ref. 8:p. 10-1]. Although not 


mimectly involved in hardware installation, NAVMASSO 


1g 


coordinates the entire evolution and monitors sprog. 
through a "Milestone Tracking System" J[RGt 99 ee oe 
2. Sottwaresanawi came 

Software and initial user training are the respons #pammames 
of NAVMASSO. Once the hardware is installed and cCéertit veaqueae 
operational, the software installation and the loading of mame 
data bases 1s done by NAVMASSO. 

Once software has been installed, NAVMASSO conducts 
training on board the ship for a period of two weer 

5. Hardware 

The hardware installation can take three to seven 
weeks, depending on the class of ship (Table I). etap team 
was compiled from various sources previously cited and 
delineates a "typical" installatiwen@scheaqul ec Morea eee 
Prior to commencing the installation, site surveys and 
preparations will be conducted by the contractor undereye 
SEACEN supervision. The contractor 1s responsibD lemme 
providing all equipment and material incident to hardware 
Lisa bl aAcwiOlmw Ick Cu oem ore 

4 aca, 

Software installation is preceded by the construcemen 
of various SNAP-II data bases. The ship itsél#t is@ehe sommes 
of the following items of data [Refi 9: ppaeit lak 

- Ship organizational intormatier 

- ship personnel data 

- stock record card (NAVSUP 131M) dae 
- Material outstanding requisite lene ere 


- COSAL 
-wWlLiname aldara 
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TABLE st 


HARDWARE INSTALLATION LENGTH 


Ship Class fas tallat ton. Period 
FFG S WEEKS 
DB) ean T 4 WEEKS 
DDG/AE/AO 5 WEEKS 
AOR/CG/LPD OU WEEKS 
CGN/BB 7 WEEKS 


A 


PAD eel 


SHIPBOARD IMPLEMENTATION EVENTS 


ACTION DATE EVENT 
D-180 IDENTIFY SCHEDULE 
IDENTIFY SHIP'S CURRENT ADP 
EQUIPMENT 


D-60 TO 90 PRE-T) PEEVE STON BRitge 
SLT ES SUE 
STOCK RECORD CARD SURV EM 
OBTAIN TRAINING QUOTAS 
DATA COLLECTION FORMS 10) Sri 


D-49/D-21 SITE PREPARATION/ INSTALLATION 
(DEPENDING ON SHIP CLASS) 


eae DELIVER DATA FORMS TO 
NAVMASSO 

DS CoMbe Cw TOPE 

Deny STOCKVRECORD BATTERY. 


OUTSTANDING REOUTS! POSE Tis 
PICKUP “(POR CGNV ERS TON) 


D214 STOCK REGORD BATIERY, £ ems 
RE RN EOS bore 


Ba HARDWARE SYSTEM TEST, NAVY 
ACGEE LANGE 

b= 0 SOFTWARE/DATA BASE LOAD 

Baal USER TRAINING ON BOARD 

Daou SUBMIT ADPPRS DATA 20. TyGen 


SUBMIT OPNAV 4790/CK'S 


Ue 


RESPONSI BIDET 


NAVMASSO/TYCOM 
NAVMASSO 


TYCO! 
NAVSEACEN 

TY COM 
TYCOM/NAVMASSO 
NAVMASSO 


NAVSEA/CONTRACTOR 


See 


SHIP? TY Con 


NAVMASSO/ SHIP 


NAVMASSO 


NAVSEA/CONTRACTOR 


NAVMASSO 
NAVMASSO 


sya JI” 


Peererial sources that provide data that will be integrated 
into the ship's data bases are as follows: 


SPCC//NAMMSO--Weapon Systems File (WSF) 
ey pe Commander--CSMP 

- NMPC--personnel data 

- NWS Concord--MEASURE data 


The collection of all the above information is the 
responsibility of NAVMASSO, who will convert them to electronic 
media Or Supervise a contractor who will perform the work. 
fieesnould be noted that any activities or transactions that 
Merecet the various Ship's files/records that occur during the 
conversion period when NAVMASSO is constructing the various 
faba bases must be saved by the ship and entered in the SNAP- 
Tl System after implementation. The specific responsibilities 
meen outlined in the SNAP-II Implementation Planning Document, 


meomulgated by NAVMASSO [Reft. 9:pp. 7-11]. 


B. HARDWARE 
ie CONT Uration 
tWiewdesemmptrom of the hardware is divided anto three 
areas: 
mmeentral Processing Unit (CPU) and Memory Devices 
- Peripheral Input/Output Devices 
meoupport Equipment 
Mmmerexact configuration for each ship class is shown in 
ipie Ill, with the relationship of the equipment layout 
Mmmatstrated in Figure (5) [Ref. 8:pp. 2/1-2/9]. 
me 6GPU 
iitem@ciwinalmProcessime Unit 15 an off-the-shelf 


@emmercial product, the HARRIS H300 mini-computer. It is 


2A ab 


SNAP-II HARDWARE ALLOWANCE BY SHIP CLASS 


Hardware 


Ceu 


Word Processing 
Ele is 


Disp lay, PF racer 


Line Printer 


Floppy Disk Drive 


Termnraa is 


Card Readers 


Paper -Tape Reader 


Manubacin wer 


Harris Hs0o 


NEC Medel 7/710 


FACIT Model 4500 
Printonics Model P-300 


SMS 


Beehive [Intl Model 8586 


Lr; 


Remex 


Class 
Large/ Medium 
Trident 7SSBN- 
il il 
4 2 
8 Z 
2 u 
2 2 
17 13 
1 1 
1 i) 


* Nine locations available for terminal hook-up 
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installed in a rack cabinet that also includes Hardee a 
Memory Storage Units, perforated paper tape and magnetre sea 
input/output devices. Another input/output device, the £ lope 
disk drive, is co-located in the same compartment as) ene meme 
and) Tack Gabimet. 

3. Peripheral Wemices 

The peripheral input/output devices include the use 
terminals (KVDT--Keyboard Video Display Terminals), vwaaeeeme 
types of printers, and a paper card reader, which 15 uUsualeee 
installed in the Supply Department. 

The KVDT's are the devices through which thestisea: 
interact, or uSe, the SNAP-II system: It 15 a Caleheulewre as 
Tube (ORT) (witha keyboard lat tachedr 

There are three kinds of printers associated) wietneeer 
system. A line printer is used in high volume printing jem 
using 16 inch wide computer paper. A word processing primes 
produces letter-quality correspondence on standard size paper 
and a display printer provides a copy of what thesu> cre 
actually seeing on his KVDT screen. 

An * Supper t Eau DmMent 

The support equipment installed will be discussed 
only briefly, as the user is not directly concerned Wireman 
These include electrical compensators for protecting Syseeu 
components from electrical outages or surges, and the veon. 
munications subsystem, which allows for communication from 
the CPU to the various memory devices and peripheral equipmeniees 


such as Printers: anc iaipijece 
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oe SOPTWARE 

The SNAP-II system was designed to ''reduce the burden on 
Shipboard personnel and freeing personnel resources for use 
mm—otnen areas."  {|Ref. i:p. i) The software, written in 
meebo, embodies this goal. Software is the collection of 
Peerrams that are used™to perform tasks (e. g., controlling 
hardware, maintaining the CSMP, inventory management). 

ime OOttware Categories 

The SNAP-II software is divided into two general 
categories: system software and application software. 
ape System oot tware 
System software consists of operating system 
programs and utilities. The operating system controls the 
hardware, and the utility programs are used to perform 
meameral functions in support of all software. The system 
software is provided by Harris as part of the hardware 
package. The following is a brief description of the 
software provided: 
Gem tlean Operate sceema vOS). Am operating 

System 1S a group of programs that "govern the control of 
equipment resources such as processors (CPU), main storage 
memory, secondary memory (disk, tape), Input/Output devices, 
femeeeties.” {Ref. 9:p. 1) In Simple terms, the operating 
System makes the hardware work together to achieve the 


meeemaed results of the application software. 


Ze) 


(2) Utilities. The following Weilitie oe 
provided: 
- MUSE--a word processine  preenan 
- BASIC--a programming =lancivaee 
- Sort/merge--a file processing sprouram 
D. “Application software 

The application software is designed, devellopaum 
and maintained by NAVMASSO, the Central Design Activity (CDA). 
The following are descriptions of the subsystems that Ccompimerc 
the appliecatiicn coe tyane: 

(1) System Management Subsystem (SMS). The SMS 
"nerforms system management and service tasks in support of 
the other functional subsystems.”  ([ReGeaec pec ee 
controls file access, provides on-line user manuals, Con@igomee 
report queuing , and provides user-to-user message processing. 
"The SMS also ensures the protection of system data integrity 
by providing backup, recovery, and transaction logoune 
functions."' [Ref. 8:pp. 2-19] Figure (6) depicts themames 
Sulps ys ue ll. 

(2) Maintenance Data Subsystem (SMS). MDS will 
consist of the Organizational Maintenance Management System 
(OMMS) and the Planned Maintenance System (PMS) when 
released. 

The Organizational Maintenance Management System (OMMS) 
provides organizational maintenance Capability.“ Vimes 
system includes 3-M functions related to the Current 
Ship's Maintenance Project Master (CMPM) data base. This 
data base consists of Maintenance Data System (MDS) 
actions, Configuration Change (CK) actions, Ship seem. 


Work List (SFWL) action, TECDOC maintenance, and MEASURE. 
Retire. idl. Rod 
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Figure (7) depicts the MDS subsyseone 
(3) Supply and Financial Management (SFM). 


The Supply and Financial Management Subsystem (SFM) pro- 
vides support for those functions Sspecitical ly s. lieed 

to supply and financial management, anceluding panes 
ordering and monitoring, inventory management and financial 
budgeting and reporting. (Ret > (ieee) 


Figure (8) depicts the SEM subsystem 

(4) Administrative Data Management (ADM). This 
subsystem provides support for administrative fume oom, 
relating to personnel management. Figure (9) depicts the 
ADM subsystem. This subsystem's programs include the 
following: 


= control of berthing assets 

- assignments to lifeboats 

= personnel assicnments 

- watch bill preparation and coordination 
“personne tescemoo beaaca 

=; SCCULI Event Ormnatlon On Ube rsonmec : 

- department/division records 
=-1MMUndwZatlon stabus Of persommed 

- medical examination status 

= médical and dental appointmeme@eontroel 
- advancement and career counselor data 
= Prospective Cains, losses 


(5) Mobile Logistics Support Forces tiie 


The MLS automated data processing system interfaces and 
Supports the replenishment functions aboard AE, AO, AOE, 
and AOR class ships. It automates all Special Accounting 
Class (SAC) 224 material handling processes. ine licae 
producing necessary reports. Additiomally, it imteriaee. 
with the Underway Replenishment (UNREP) system on board 
AFS's and produces fleet commander Statistical Yepomee 
PRef2 ee pe 16; 


Z. Fleet Introduction of 7502 eyvaue 
NAVMASSO Introduces software to the fleet by seme 


following methods: 


SHIP’S APPROVAL SUBSYSTEM 
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EQUIPMENT CYCLE MANAGER 
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FILE PROCESSING FUNCTIONS 


ORDER PRINTED ON-LINE WORK 
NON-MAINTENANCE MANAGEMENT MANAGEMENT PACKAGE 
SUPPLIES REPORTS REPORTS PROCESSING 
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- implementation on ships Without eam 

- back fit of new releases on Ship "S Wlemeo el 

- interim Changes to eCxX1istine  oue2teamn. 
Implementation and back fit of releases are accomplished by 
NAVMASSO personnel. NAVMASSO uses releases to introduce new 
subsystems or major changes to existing programs. )inveren 
changes (updates) to programs are forwarded to the shipsmm, 
mail and the ship's System Coordinator loads the update imme 
the SNAP-II system. <A summary of software releases is 
provided for historical perspeccive# 

a. Initial release 

(1) Maintenance Data Subsystem (MDS). The initia 
release provided the user with the basic programs 10 procea. 
maintenance actions into the Ship”s™Ferce Worke bis by 
and the ability to enter data used to generate supply matera@al 
requirements for both internal and off-ship processing. 

(2) Supply Financial Management (SFM). The 
initial release provided the user with limited automated 
support for parts ordering and monitoring, inventory managem eines 
and financial budgeting and reporting. 

(3) System Management Subsystem (SMS eeeia 
initial release provided control over all subsystems and user 
ability to review the on-line’ User jianual = 

b. Release 2 

(1) MDS. This release added programs tor Cutijeme 

Ship's Maintenance Project (CSMP), completing maintemane. 


actions (CK generation), test equipment calibration function 
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Piet ouRe |) olip s Equipment File (SEF) and an expanded 
ieehmiea Pocument (TECDOC) Module. 

(ceive (ns peWlease added pimeprams for on-line 
meaquisitiom Status processing, requisition history processing, 
Peguisition Status File, Requirements Report and enhancements 
moe reports. 

(3) Administrative Data Management (ADM). This 
subsystem provided the data base and programs for manpower 
Mamasement, Visitor control, and query language for report 
creation and generation. 

(Omeeiioeee (is retedcc added programs for update 
processing (adding interim changes), system access, backup 
meeecedures, system recovery procedures, output to paper tape 
Smearcnetic tape, peripheral equipment management and 
additional security enhancements. 

Es, JINelleese  s 

Release 3 of the software experienced extremely 
meow response times and "due to the amount of effort required 
Mmemcorrect these problems" [Ref. l:p. 4] the release was only 
iocalled at two cities. 

on clcoasc 4 

Release 4 incorporated several vendor updates to 
mpGove system response time. These updates provided for 
Meme Ctficient data storage and retrieval, freeing up of 
@iek space, and the ability to link one program to another. 


Pemecase 4 ancluded the following updates to subsystems: 


(1) MDS. This release added a program) 1oumeueee 
CSMP anew. 

(2) SFM. This release provided enhancemen es ame 
financial program reports, requisition process imeem 
Inventory repemers. 

(3) ADM, SMS, MLS. This release prevaded 
enhancements to provide greater accessibility and Capable 
to existing programs. (Mobile Logistics Supporti 
program was added as part of an update to Release 2). 

e. Approved Software Changes to SNAP-1ITI 

The following are the planned modifications to 
existing programs and additional programs that have been 
approved for implementation: 

(jeer edisc ss 

Release 5 1s projected to be introducedian 
FY 1986. The programmed modifications are as follows: 
= ‘OFM Transaction Ledger 
- SPM Inventory/Financial Audit Tragt 
- SFM Inventory Level Setting 
- MDS Automated COSAL Maintenance 
= MDSe Minti" COs iae ote) Oe 
(2) Release 6 

- SFM DLR Carcass Tracking System 
- LOGMARS receipt processing 
- Submarine supply/financial 
- Effectiveness Repoue 

f. Future Planned Appliceaervone 
= bei gaeyy 
- Planned Maintenance System (PMS) 


- Aviation Maintenance Subsystem (AMS) 
- Light Airborne Multipurpose System (LAMPS) 


- Logistics Application of Automated Marking and 
Reading Symbols (LOGMARS) 

a OO da ocamme © S 

- Retail operations 

- Medical and dental 

Zee OULeG es PatCad oystem Atloat (S0SA)--Disbursing and 
Be moemme Ll 

peonip’s Force Overhaul Management System (SFOMS) 

aetecinical Library 


Pee PERSONNEL 
Pe concept of Manning 

The design and concept of the SNAP-II System is 
Mmecaicated on the requirement that no additional personnel be 
im@guired to manage, operate or maintain the system [Ref. 2: 
Maes and that these duties be performed by existing sShip- 
meard personnel on a collateral duty basis. 

Both Atlantic and Pacific fleet surface Type 
Sonmanders have issued instructions [Ref. ll:pp. 3-6], [Ref. 
meene:., (1) pp. 2-4} delineating specific system responsi- 
bilities. Both closely follow the Management Guide issued 


by NAVMASSO [Ref. l:pp. 20-24]. 


(ieeroltename collateral duty billéts are identified: 


System Coordinator 
eeassistant System Coordinator 
meeumetional Area Supervisors 
- Hardware Maintainers 


2. Specific System Requirements/Assignments 
a. System Coordinator 
MimommlcemeOtmenlerapet ty OtLticer will be 
responsible for: 


- implementation, operation, and maintenance of the system 
mer inary point Of contact for the ship 
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- coordinate, monitor, and schedule vsystcmemocacem 
Functional Area Supervisors 
- perform backup, recovery and update proeedmmes 
- system security and integrity Of daewoo 
b. Functional Area Supervisor came 
Each subsystem implemented on board a Shijou 
have a Functional Area Supervisor. The FAS will be an 
officer or senior petty officer whose skills and Knewleam. 
in that area qualify them for such designation 
Lesponsibilities me iiicer 
= -€NnSuring Integrity Of dava page 
= @€nSUring Se€Curity procedunes Gmemeolmoved 
- assigning access to personnel 
= €onducting training for ail use: 
- being responsible for implementing all facets meme 
functional area 
c. Hardware Maintainers 
The Hardware Maintainers are rated Electronic@emeam 
Data Systems Technicians, with two specified per instal lame 
The Hardware Maintainers are responsible to the System 
Coordinator for the preventive and corrective maintenance on 
One SNAP =e Usystem 
d. Users 
The Managment Guide and Type Commander instructions 
Specify two types of users: journeyman and basic. Basic 
users will normally only perform data entry and) temrievas 
operations for a specific task withim one functlena eae 
Journeymen users have more capabilities in the system, Jame 


have the capability to perform multiple tasks ewes 


functional area or can have access to more than One Tune epom 


area, as designated by the Commanding Officer. 


E. TRAINING 
le GOnersyene 

SNAP-II training has been conceptualized as a two- 
phased approach--initial and follow on training, with each 
Meeenese Ssub-categorized as to whether it is conducted on 
mera, or Off-ship [Ref. 13:pp. 146-150]. Table IV illustrates 
mers concept. 

Mic iit acehalininewps conducted during the initial 
mebementation of the system on a ship. This is performed 
by NAVMASSO (Systems Coordinators and on board user training) 
and by SMA (Maintainers). NAVMASSO will conduct all initial 
implementation training, whereas maintainers training will 
fransition to FTC Norfolk and FTC San Diego at some point in 
phewruture. 

Foltow on training is to be the responsibility of the 
Navy training establishment, with 10 (possibly 12) commands 
meemcaied to conduct this tratning [Ref. 13:p. 126]. Pro- 
jected Navy-wide training and education programs will involve 
Maemassignment of NEC's to various system personnel, 
development of PQS and on board training materials for the 
momerous functional areas and self-study workbooks [Ref. 13: 
meee lo0-164]. 

[Ooulow One training on board ships 1s a ship 


Meeponsibility, with training materials to be provided. 


oe 


Pp aa 


Follow 


on 


TAR Irae. 


SNAP-II TRAINING 


ON Poke 


Inplementataon traingne 
by NAVMASSO 





NOtySpecitied s(Sihupes 
ReSpOns vp il ity) 
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eee ia ra 111 o 
limene initial and follow on training phases, specific 
formal training courses are provided for the following 
mersonnel : 


= oystems Coordinator 
- Hardware Maintainer 


eeeo-M Coordinator 
Meee ieading Storekeeper Afloat 
f- oONAP-IIT Administrative Management Supervisor 


eeaet implemented as of 31 January 1986 
sueetace Warfare Officers training is to be included as an 
adjunct to the PCO, PXO, Department Head and Basic courses 
memaucted by SWOS, although this has not formalized and in 
place as of January 1986. There is no mention of Submarine 
Meetecr training. Training for Supply Officers is being 
@emducted at NSCS, Athens, Ga. 
itatmniemmearcetials £Or On board initial and follow 
On training are prescribed in the Navy Training Plan as well. 
They include training for Journeyman/Basic User and Functional 
mmead Supervisors for initial training, and the following for 
meow On training (for each subsystem) [Ref. 13:pp. 163-164]: 
meee tional Area Supervisor Trainee Guides 
- Journeyman/Basic User Instruction Guides and Trainee 
Guides 
= oself-Study Workbooks 
fee Ltansition 
The transition process has experienced some delays. 
Peemeval ot the Navy Training Plan was dated 1 April 1985, 


almost two years after the first SNAP-II installation on a 


Sar p . 
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Currently, NAVMASSO 1s the primary  a¢eismers 
conducting SNAP-II training. In accordance Within eae. 
Training Plan for SNAP-I] [f{Ref. 15], £0019 t pansies 
follow on training was scheduled for Calendar Ycarwe ae 
Some training establishments already have instituted some 
SNAP-II training (NSCS, Athens; SWOS). The planned “ready 
for training" dates are contained in the Navy Traine eae 
(Ref. 13:p. 126]. Various sources have indicated thactwemeees 


dates may not be realistic and may slip. 
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IV enok so UDTES 


In order to ascertain the end users views and concerns 
feeeoetme SNAP-JJ system, six ships were visited and inter- 
Views conducted with key personnel. The interviews were 
both structured and unstructured, depending on the response 
of the individual interviewed. 

m 'topdown™ concept of interviewing was selected so as to 
obtain a valid organizational picture. Data entry users were 
excluded from the interview process because of time and 
personnel limitations and the narrow view data entry personnel 
would have of the system. The assumption was that problems 
or concerns at the lowest level would be evident at the next 
higher fev ei Omemeve ls because of the hichly structured 
@eeanizational hierarchy inherent oma U.S. Navy ship. 

Three levels of personnel were interviewed: the command 
Mere! personnel (Commanding Officer and Executive Officer), 
Memeartment Heads, and the personnel responsible for actual 
system operation and maintenance (System Coordinator, 
Functional Area Supervisors, and Hardware Maintainers). 

ine results of the various interviews are presented in 
meme ollowing six case studies, or reviews. The comments and 
Observations of the ships personnel are presented without 
comment from the authors. Summaries and specific commentary 


meempresented in the Chapters following the case reviews. 


he CAS cal 
is Untroduc tren 

The SNAP-II system was installed durane Januar oe 
1984 on this Guided Missile Cruiser homeported on thesWese 
Coast. Full transition to SNAP-II occurred in Febuuwanyaeeeee 
prior to and during the initial at sea period of a memes 
forward deployment to the Western Pacific. Prescribed sem 
training for shipboard personnel was conducted underway while 
enroute to the first port visit of thewdeplcy menu 

There was very positive command support during the 
installation and implementation of the system. Of the wdauee 
bases (WSF, personnel, CSMP) that were loaded at implememiagmaeee 
various pieces of information were missing, causing some 
degree of user mistrust at the outset® “Subsequent! :aeaa. 
Ship has experienced a minimum of problems with the system, 
due to strong user and management involvement and excellent 
support from NAVMASSO and NAVSEACENPAC. 

Figures (1) and (2) in Chapter Ii delineate thie 
integration of the SNAP-II system operational and maintenangée 
responsibilities within the ships internal organization. A 
Senior Chief Petty Officer (SKCS) from the Supply Departmiems 
is assigned as the System Coordinator, with the Simp coe 
Coordinator, a Chief Petty Officer (EMC), as thegassi eae 
coordinator. The assistant is also assigned as the Funct agg 
Area Supervisor for the MDS subsystem. The same SKCS 1S suis 


assigned as the Functional Area Supervisor for the SFM 
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Sipevwotem, Wath the Supply Officer strongly involved. A first 
Class Petty Officer (PN1) is the FAS for the ADM subsystem. 

Hardware maintenance is performed by Data System 
meeanicians (DS rating), although the administration of the 
Memmcenance activities 1s under the cognizance of the 
Mmeeerronic Technician workcenter. This evolved because the 
eames electronic Technicians (ET rating) originally performed 
the maintenance, but for various uncited reasons, this 
Mmeoponsibility was shifted to the Data System Technicians. 

The hardware installed is in accordance with the specifications 
memea Ship of her class and size. 

Training for users is centrally managed and scheduled 
through the weekly meeting of the ship's Planning Board for 
memmne. The actual training sessions are conducted by the 
maeevdual Functional Area Supervisors. 

iMicesntommsmeurrently using version 4.00.06 of the 
SNAP-II software, with version 4.00.07 on board and awaiting 
mieceallation. SNAP-II is considered an integral part of the 
internal adminstration of this ship and is strongly supported 
ana used at all levels of the chain-of-command. {It's use is 
so widespread that system backups are planned carefully and 
fementvye high level attention so as not to interfere with the 
Msers. 

2. Command Perception 
The Commanding Officer had been in command for six 


ilemmes at the time of the interview. He had not been aboard 


during installation and implementation of the system. 
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The Captain spoke highly of the SNAP-I1 Systemuaue 
indicated that it was used extensively by all levels ine 
command. Summarizing his feelings, he stated: 

Quick and dirty, I love it. I'm a supporter Of SNAP 
and it's used extensively on board the ship for other 
things . . . sometimes, we get carried away. 

The Captain attributed the successful implementation 
of the system to the talent and dedication of the various 
users and managers, feeling that a ship without the resources 
he had probably would not fare as well. Because of the 
talented people on board, he felt that they were able to do a 
great deal of learning and experimenting for themselves, 
which had led to less dependence on formalized training to 
successfully integrate the system into the ship's routiumes 
The right people with the right attitude was the key to 
success. 

The Captain expressed his views about the impactmem 
the system on his command from several perspectives. One was 
the proliferation of information available, and the other was 
the positive effect on the management of his ship. 

a. Management 

The accuracy and timeliness of reports availapue 
from the SNAP-II system was the key ingredient that the 
Captain felt had contributed in a positive Manner tome. 
internal management of his command. He was most enthusiastic 
about the MDS subsystem and its ability to maintain and 


provide accurate information about the ship's maintenance 
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getivecies through the CSMP (Current Ships Maintenance 
maomees) Teports. the savings in man-hours in data-entry and 
the timeliness of obtaining reports in comparison with the 
nmemmer manual method and dependence on external ADP activities 
was significant: 

itemrast time | was at sea, you never got it right (the 

Ser), because by the time it came back from the Type 

Commander, a month, 6 weeks had elapsed and you were 

always behind--you could never pick up the CSMP and say, 

eens 15 IT'. 

TiitemiGaptaine tf éltiechiatrethe abadaty.of hus 
Department Heads to effectively manage was enhanced because 
they were able to obtain and rely on information that had not 
previously been utilized to its full extent. He did not 
Mmiareate that the style or manner of management had changed, 
amy that previous methods and procedures had been strengthened 
mmmeough the use of SNAP-generated information. As an example, 
he cited the ease with which the ship had been able to under- 
go an INSURV inspection (INSURV is the acronym for the Navy 
mieieOot Inspection and Survey, an independent activity that 
[meets tO the CNO on the material condition of ships). The 
ease and accuracy with which material discrepancies had been 
@@eumented and acted on was a direct result of being able to 
have an accurate CSMP instantaneously available for management 
Memvork With and plan for remedial action. 
Although the Captain had a great deal of 


enthusiasm for the system, he did not have a terminal in his 


cabin, nor did he want one. He felt that his having one would 
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border on ''micro-managing"” his subordinates, tenes neem 
information about anything, he would do as he had done in the 
past--summon the person responsible wana. fon the informamione 
b. “Proliferation of im fomiaenen 
sometimes we get carried away 
In some cases, the Captain felt that esa 
available too much information; more than he could use. He 
cited as an example the ship's 8 o'clock reponts  (mepene 
forwarded to the Commanding Officer by the individual 
departments about their material condition at 8 PM each deem 
in some cases they're giving me more information sae 
I need, but after a while you learn where to look. “Somem. 
O ‘clock reports from a department will be four pages ome 
because they'll have everything there, whereas before we 
used to say, 'what got broke, what broke today, and what 
got fixed today.' So, we're adding a summary sheet on 
top of the whole pile. 
5. Middle Level Management and SNAP-II 
The term ''middle level managers' applies to those 
officers in charge of the various departments on the sips 
Those officers interviewed included the Operations Officer, 
the Combat Systems Officer, the Supply Officer, and an Giaimea 
representing the Engineering Officer. The Engineering Officer 
was not interviewed because he had been on board a relatively 
short period of time, and the officer designated could provide 
a better insight with respect to that departienc 
Of the Department Heads, only the Supply Officer had 


a background in computer systems, having a B.S) deg@uceums 


Data Processing. None of them had any prior experience with 


nor any formal training on the ys, scene 


48 





Poe OlpmmenescmOorriIcers Mirrored the Commanding 
Sericer’s ODinion that the SNAP-I] system was a significant 
imacement tool, indicating that they themselves and the 
Pemsonnel in their departments used not only the specific 
Mmeeerts the system provided, but were also adapting the word 
processing system and mail facilities to their personal needs 
Bemoave Lime, communicate,- and produce their own reports. 

iiembenhormuomacriIVedminemetne oNAP-Il system were not 
quantifiable in an objective manner, but subjectively these 
officers felt that the efficiency of their departments was 
Smmamecd. Personnel were spending less time preparing 
Mmeitenance and supply documents, getting faster responses 
from the supply system, and in general were more accurate in 
what data they were entering to the system. Because of the 
increased accuracy, faster response and the reports available, 
iemeeers at all levels were able to manage more effectively. 

Piienougheminese Officers did not indicate that SNAP-II 
mesoechanged their management style, one officer did note that 
Samce implementing the system, there has been a proliferation 
@emeormal ship's Notices. These Notices gave formal 
m@eeruction for the conduct of specific ship's evolutions 
that had in the past been promulgated verbally or through the 
Bieemeot the Day, which is a daily schedule of the ship's 
routine and special events. 

As a group, these officers were uniformly pleased 


feeemeene SNAP-II system, considering it a vast improvement 
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over the former manual methods. Their enthusiasm, however, 
did not blind them to problems with the system or improvements 
they felt should be incorporated. These concerns were in the 
Poltowine areas : 

: documentation 

= it eee 

>= system Improvements 

a. Documentation 

System documentation was not helpful from the 
middle-managers point of view, in COMmtrast Wi the memes 
objection or complaint being reported from the personnel who 
use the system for data entry. Asked whether they found the 
documentation easy to use and effective in acqudinctine wae 
with the capabilities of the system, these officers respomeeg 
negatively across the board. 

The main thrust of their complaints was that the 
documentation did not give them an adequate overview of the 
system and that it was not written in terms that they could 
readily understand. As a result of this, they reported that 
experience was the best teacher--they had to use the syoeem 
extensively in order to understand and be familiar with the 
documentation. 

b. Training 

Training system users 1S a well coordinated ana 
executed evolution, with the only negative comments directed 
at the initial implementation trainime which fade 


conducted underway enroute to a major deployment. 
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Recommendations for follow-on training was the 
Dwiepoint that the Department Heads had, as there is presently 
none available on a formal pastseeeloOm aremetrainame aids 
provided for shipboard use. The following suggestions were 
provided: 
secevelopment of interactive training programs for users 
aeacvelopment Of various vVideo-taped training programs 
- develop a shipboard training package 
Geeeovide a Waterfront training program similar to ones 
miateexist tOr 3-M and Damage Control Petty Officers-- 
jes, 2 Snore (five days or tess) class scheduled and 
conducted locally 
Co) seeleImMprovemnents 
The Department Heads expressed ideas on how to 
improve the system and add new applications. For reasons 
that were not clear (perhaps not being familiar with the 
memes tration Of the SNAP-i1I system), few of these have been 
mOnmakiy requested through official channels via the "Change 
Proposal" mechanism provided for in the Type Commanders 
directive concerning the administration of the SNAP-II system. 
Most of the suggestions related to producing formatted reports, 
Sw@eneas CASREPS (reports of equipment casualties) and enlisted 
evaluations, and as such will not be listed here. 
4. System Operation and Management 
The following personnel are assigned SNAP-II system 
fmrpoensibilities: 
amoystem Coordinator--SKCS (also the SFM FAS) 


pee sistant System Coordinator--EMC (Also the MDS FAS) 
seeoOM FAS--PN1 
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The choice of these individuals was fortunate--with the 
exception of the MDS FAS, there was a high degree of COmpimieem 
system knowledge. The SKCS had an Associate Degree in the 
computing field, and the PN1 had nine years experience working 
With computer systems in various shore duty assignments. None 
of these individuals had any experience with the SNAP-II 
system prior to their present touw omeaue 

a. Maintenance 

Hardware maintenance is performed by Data SysSiem 
Technicians (DS rating), who felt that the training )jeeeumee 
was good, and that the technical documentation was more tig 
adequate for them to perform their duties. 

One concern expressed by the maintaimers s(n 
supported by the System Coordinator) was the location Of ame 
SNAP-Ift computer itself. It is located directly ever mane 
after engine room and cooling could be a problem. Any dimes 
ruption of air-conditioning service to the space would mean 
a rapid rise in the ambient temperature, and it was recommended 
that an ee eioen between the computer and the air-conditioning 
be installed to prevent heating problems and system cCrasiteas 
In this manner, "graceful" system degradation Couei@ecerim 
giving users ample time to Save themretume=. 

Maintaining the system on a collateral duty Dasa 
did not present a particular problem in terms of CoOordinaiamem 
or workload, just in the question of when the maintemanceuem. 


performed. Because of the heavy use of the system, any 


ae 


preventive maintenance has to be done after working hours, 
maa Often late at night. 
pao So cemecCOondimator and SFM FAS 

\iews scrote cOOnGdinmaton felt that the formal 
@eaining he received from NAVMASSO was "too fast", indicating 
that he had barely assimilated system terminology before 
mstruction had moved into the operational aspects of the 
System. Despite this initial drawback, he had not experienced 
problems in actually running and managing the system. He felt 
m@enhad a good understanding of the system and his responsi- 
Peelities, and he interacted well with all levels of system 
Meers and managers within the ship. ; 

The Senior Chief had not experienced any problems 
with the system documentation, and felt that the SMS subsystem 
was performing adequately. 

timetemoriasubsystem, 215 Only recommendation for 
meamege was the inclusion of a Storekeeper (SK) training manual. 
While he considered the documentation adequate for use of data 
emery personnel, he wanted his people to understand what was 
meppening inside” the program, and as such needed a good 
raining document to guide him. 

Hardware maintenance was considered more than 
Peeauwate, with no problems reported in scheduling or 
executing maintenance. As far as the hardware was concerned, 


the only major issue was the lack of enough user terminals. 
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The Senior Chief did have ideas on =syoeem 
improvements in the SFM area, although he did not indicate 
that these ideas had been formally submitted ase enamae 
proposals" up the chain-of-command. Most of his recommendations 
concerned specific details of entering and retrieving inca 
items of data and formatting, and will not be listed here. 

Overall, The Senior Chief was pleased with the 
System and had nothing but praise or constructive comments 
he Make 

c. Assistant System Coordinator and MUS fx 

Although not having a computer background as the 
other key personnel in SNAP-II management, the MDS EAS a 
comfortable in his job and had a good working knowledge of 
the system and his particular subsystem. He had the mos tua 
say about the specific functions of the system during gen 
course of the interviews, perhaps due to his excellent Knew 
ledge of the 3-M system and his desire to make the sSubsyouam@ 
mirror his capability and knowledge about procedures and 
Tequiremen ess li seme 25819-5175 LCi. 

In the area of system training, the MDS FAS 
recommended that formal training be set up for the funeevomam 
area supervisors. In this manner, they could become the 
system "experts" prior to assuming the job, instead Of Hayalme 
to learn as they went along, and not have to rely on what 
their predecessors in the job had passed on (or neglected to 


pass on) in the course of the relieving eprece. 
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The Chief was generally pleased with the performance 
of all aspects of the MDS subsystem, and indicated that the 
Success of the system was partially due to the strong 3-M 
fescem that was in place on the ship prior to the implemen- 
mirton Ot SNAP-II. To this end, he noted that there is no 
guidance from the 3-M system (Documentation) on the subject 
meerow £O integrate the SNAP-II system to it, and that this 
had caused some minor problems in dealing with the shore 
maintenance establishment. 

Overall, the system documentation was felt to be 
adequate, with the on-line user "help' feature considered a 
iapor contributor to the accuracy achieved by the data entry 
mensonnel . 

System hardware was considered excellent, with 
the floppy disks being the only problem area identified. They 
were considered unreliable to use because of problems in data 
transfer--sometimes they did, sometimes they didn't--and as 
such were not used. This problem had been identified to 
NAVMASSO, but no action had been taken to date. 

In summary, the Chief was satisfied with the 
Syotem, although he had pointed our various instances of 
software "bugs". He felt that the system had been integrated 
Successfully into the ship's routine and that it was being 
Meeca to it's full extent. 

d. ADM FAS 


Despite a slow start in system use after 


implementation because of slow response times and problems 
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with the personnel data base, the ADM FAS rated the Syvstemee 
"sood", and would like to see new additions to themprocrane 
such as the ability to generate enlisted evaluations. He 
reported that the "query" function of the subsystem was suse 
extensively, and that the personnel that worked for himeweme 
using the system in a satisfactory manner. 

System documentation was not an issue, as the 
personnel using the ADM subsystem relied heavily on the on- 
line "help" feature to guide them in lieu of uSing any Wie 
documentation. The initial training of personnel Was noes 
1ssue, nor was the subject of Ongoimewerain iin 

Training for the FAS himself was the major iSsme 
he raised, indicating a need for formal training perom, 
assuming the job. This would ensure a proper “turnover ie 
one person relieved another on the job, and insure a Cont imeem 


of knowledge and adequate leadership and management. 


Bal ‘GASE 2 
la) I nitaodie. 1 om 

The SNAP-II system was installed in two phases on 
this Guided Missile Cruiser homeported on the West Coa 
Normally, installation is scheduled for a single time iramee 
but in this instance it was split. This was due t0 tne jsismeeee 
desire to accelerate the process in anticipationecrean 
upcoming operational schedule, which would have otherwise 


dictated the installation at a much later poles em 
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With the concurrence of the Type Commander and the 
SNAP-II project manager, the initial hardware installation 
meee perrormed in Pecember of 1983 while’ the ship was nearing 
the completion of a regularly scheduled overhaul. Because of 
mime accelérated installation and due to the unavailability 
of resources, only seven of 14 user terminals were installed. 

Mevuc=conererlon oF the first phase of instal lateiom, 
the ship's manual records and documents were converted to 
electronic media, and version 2.0 of the application software 
mace installed, with the system becoming operational in March 
of 1984. There were no major problems associated with the 
records conversion, although the conversion of COSAL records 
feeeincomplete, possibly dwe to the fact that the SOAP team 
[eerdation Of the existing COSAL had not been completed. Some 
initial training delays were experienced because of the lack 
of enough terminals and an insufficient amount of system 
documentation manuals (only two user manuals available vice 
ome £Or each terminal). 

The second phase of hardware installation was planned 
for a period of three weeks during August/September 1984, 
meen an upgrade to version 4.0 of the software scheduled for 
the same period. This work fell behind schedule by several 
fees Tequiring the ship to put to sea on routine operations 
fomewea “down'' SNAP-II system. This disrupted the ship's 
femrtty tO process standard maintenance and supply documents, 


of which they had now come to depend for entirely on the 


SNAP-II system. 
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At the time of the interview, thewshipe scene 
standard SNAP-II hardware configuration for a sShipyoL her 
class and size, and had version 4.00.07 Gf themse.moan- 
installed. 

The attitude prevalent in the Ship throweioumesame 
installation and implementation phase was positive; the 
command had been insistent on doing things right thewseanas 
time. Since coming on line, the ship has experienced few 
problems with either the software or hardware. This system 
1s considered to be very rugged and reliable, with Sati Siteqmesmeeee 
results being achieved. 

Figures (1) and (2) in Chapter I] déelineatemrne 
integration of the SNAP-II system operational and maintenance 
responsibilities within the ship's internal oOmganrzacniede 
The Assistant Supply Officer has been designated as the Syaiem 
Coordinator, with a Chief Petty Otficen from themeuppis: 
Department (an SKC) assigned as his assistant. Maintenance 
on the hardware is performed by a Data Systems Techniciangieeae 
who is normally responsible for the operation and maintenance 
of the ships NTDS computers, and a Postal Clerk (DG) aie 
Functional Area Supervisors are assigned in accordance wake 
the directives of the Type Commander, Commander Naval Surface 
Forces, Pacific Fleet (COMNAVSURFPAC) [Reft. 12) inci 
De cae 

SNAP-II appears to be successfully implemented in 


this ship, although not all facets Of each Subs) st- ia 
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Pie siti iZcaee— tne msysStem 15 well accepted throughout 
the ship, and has apparently not caused any radical changes 
mn the way the ship manages or conducts its business. To 
date, there has been no effort to write individual software 
programs using the system's BASIC language programming 
mepability, partly due to the perception that the system is 
already heavily loaded, and due to a lack of BASIC language 
documentation and training. 

There is no formal training program in place to teach 
Syoctem familiarization or utilization. Rather, the individual 
euesystem Functional Area Supervisors conduct training on an 
"as needed" basis and provide basic introductory sessions 
with newly-reported personnel who will be using that 
m@arcticular subsystem. 

2. Command Perception 

Mies cCOMmepaine Otireer had beén in command tor 18 
months at the time of the interview, and had not been on 
meand during the initial SNAP-II hardware installation in the 
Seapyard. His personal involvement and use of the SNAP-II 
eetem at the time was limited to using the MUSE word pro- 
@eso5ine subsystem on the terminal in his cabin. Overall, he 
regarded the system, per se, as a very capable one for the 
mimecrtons it was performing, but felt that it could be 
iiemevyed in several respects. His basic expectation of the 
personnel using the system was not in the form of increased 


SMtput, but of increased efficiency and accuracy. The end 
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result, he had found, was that people were not morewetticqesmee 
but were merely doing business in another way. 

In contrast to the Commanding Officer, the Executus 
Officer had no comments to make about the SNAP-II system. 
Although he had a terminal in his stateroom, he did not ames 
regular se Of@thewsyscecn | 

The Captain had a limited exposure to computer Syme 
through various academic courses, and stated: 


I know what a computer ought to do for me, but lm 
NOE a COMputer buna. - 


The major issues that were raised during the inter- 
view were not centered on specific aspects On attr ionte ome 
the SNAP-II applications and systems software or hardware, 
but rather on broader aspects, such as documentation, Se@cuiamam 
and the effect of SNAP-II on the internal management soe 
Ship. 

as Security 

Regarding the issue of se@€curity of the sysecnm 
the Captain was particularly apprehensive about the planned 
conversion of disbursing records to the Supply and Finanewem 
Subsystem of SNAP-II. His concern was that records wouldgge 
accessible to unauthorized personnel, even though the system 
is protected by a system of individual access controls toma 
Various subsystems through use of passwords. Concern was 
expressed about the manipulation of records, not the aGuuam 


there Orreash. 
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In the Captain's opinion, any system with a 
@-mtirval repository of records, such as the memory disks of 
Beier oNAP=TT system, Was susceptible to access despite any and 
mm ecttorts to impose administrative controls. What was. 
needed, he thought, was a stand-alone computer where the 
me stcal control of the disk could be guaranteed--i.e., the 
a@isk could be locked up when not in use. He did not feel that 
the present security arrangements of the SNAP-II system were 


Sutficient to guarantee that no unauthorized access could 


take place. 
b. Documentation 
inembadsre, GUeCStION raised by the Commanding 
Orificer was, who was the system documentation aimed at. His 


perception was that it was written for people who understood 
computers to start with, and was not aimed at the manager's 
Viewpoint. His personal experience on the system was that he 
masse Learning from other people, not from the documentation 
available. Describing the current documention as a "cookbook" 
fOr a user, he did not feel that it answered the basic 
questions as to what the system could do for him in his 
meet r1oOn as the Commanding Officer of the ship: 
Mew can the Commanding Officer of a ship with ‘x!’ number 
Of Department Heads use it? .. . There is a difference 
between button pushers and managers, and managers don't 
understand the system well enough to know what the system 
=eao £oOr them. 


PReMmmenmsepersSpective, the Captain telt that in 


meeiti0on to the "pushbutton" approach to documentation, a 
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“"level-by-level™ approach was réequireé@ S@ Chap mesa 
levels of system users would be given different views and 
documentation on the system. By the “level-by-level”™ methoue 
he meant that Department Heads, Division Ott1eer seme 
command-level personnel (CO/X0O) have different needs for 
different kinds of information, and that a manual deScripame 
the system from those reference points was needed. The "Gems 
book"! approach only allowed him to look through documentation 
to find specific screens, but information on the whole ieee 
of CSMP management or financial reporting for instance, was 
not available. 
Summarizing, he felt that to those people waa 
a limited or non-existent knowledge of computers, Sharm 
failed miserably in 1ts documentation: 
I MIGHT be able to get a hold of the information I neeus 
but I DEFY anybody to go into the documentdt someone 
Picunre- Tete Our, 
G. SNAP-Tleand Management 
The SNAP-II system has caused the Commanding 
Officer to question the applications and usefulness er same 
system in two areas: whether it was a useful tool trom 
management oversight perspective, and whether vor notgene 
impact of the system on the efficiency of mid-level manageneaee 
(such as Department Heads and Division Ofttecrsma a 
POSITtIVe One Or nO G- 
Explaining that a Commanding Officer had dittei ime 


requirements for information from the system than that of 
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Sthers in the chain-of-command, the Captain felt that he 
could not obtain information of an analytical or aggregate 
Mature from the SNAP-II system. What was needed, he felt, 
was number data about what was going on internally in his 
command--how many requisitions were backlogged; what is the 
Spending trend of the ship? A particular department? A 
evasion? : 


Many of the things I ask, the guy has got to go back to 
the manual thing to provide the answer. 


The Captain did not feel that the system was 
aiamagement friendly", and that it could not provide the 
Mmirormiation he needed. While he would have liked many things 
meomeche System, he did find that at the lowest levels, that 
meeene level of people who had to use the System to Carry 
M@iieetheir everyday jobs, the system provided neatness and 
ema lead to increased accuracy: 

If it was not intended for management oversight, its 
Dome its yOb . . . from a managment viewpoint, [ am 
mom tinding it useful. 

LeCtEiearinc Metecrroee caused by the intro- 
@vyction of the SNAP-II system on the efficiency of management 
ments Command, the Captain felt that there were basically 
imvorerrects--one positive, one negative--and that only time 
and experience with the system would yield a clearcut answer. 

The negative aspect was that officers were forced 


to sit down at a specific location {a computer terminal) to 


review and approve/disapprove supply requisitions or 
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maintenance action documents. The biggest problem was 
getting people to routinely sit down at a terminal andercoueree 
the items awaiting their action. This was detrimental 
several ways: 

- The officers are not provided with their Own termina 
and must use terminals that are in use by the data-cmems 
personnel, often "bumping" them. This delays ¢ithea 
user Or an approver, and the work at hand is delayed. 

- Officers are engaged in a variety of tasks; managememumon 
walking around and inspecting iS common. The end result 
1s that an officer is “out and about"' most Of hws eivoneeemee 
day (not to mention watch standing), and in the pacea 
personnel could "walk through" important paperwork Saingue, 
by approaching the officer anywhere on the ship, and he 
could approve/disapprove the item. This personal contact 
afforded the time and place for pointed questions about 
what was going on; with SNAP-IT, this contace 15 ste¢-n 
and action might be delayed. 

On the positive side, the Captain pointed out 
that once an officer approved an item, It was InStanen. 
entered into the system: maintenance actions were on the CSMP 
and supply requisitions were in the queue for Supply Department 
action. This guaranteed that the CSMP was instantly updated 
and correct (a rarity in the past), and that requisitieme 
could be tracked and acted on with precision. fhe interim 
efficiencies of this were difficult to measure against ee 
external inefficiencies cited previously. 

3. Middle Level Management and SNAP-II 
The term "middle level management" applies to those 
officers next in the chain-of-command under the Commanding 


and Executive Officers. In this SpeCitic caseueine ee 


interviewed were the Operations Officer, the Weapons Officer, 
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Mime wietime sspply Otticer. The Chief Engineer was not 
available. All are "Department Heads", in charge of a major 
mamanistrative sroup within the ship. 

As a group, these managers had little or no exposure 
MemcOMmputcers or computer systems prior to their current 
SPeeuation. the only formal training afforded them had either 
been conducted on board by NAVMASSO DETPAC during the 
implementation phase, or during introductory sessions on 
eNAP-ITT conducted at shore-side schools while they were 
mmeotite CO the fleet. As discussed previously, the training. 
fering the implementation phase had been less than ideal 
because of the shortage of terminals. 

Inweentrast with the Commanding Officer, who viewed 
the SNAP-II system from a broader and more generalized 
Memspective, this group of officers viewed the system with 
eeecitic items in mind and without a total system perspective. 
Maere was also a distinct difference in perspective and use 
@e the system between line officers and the Supply Officer, 
memeiaps due to the fact that the Supply Officer's “bread and 
meecer'’ 1s tied directly to the SNAP-II system--he MUST use 
mento perform almost all aspects of his job, while this is 
not true of the line Department Heads. 

a. Line Management 

iiceerine middle level managers (Department Heads) 
have not made extensive use of the SNAP-II system beyond 


mmese activities for which there is no alternative--approving/ 


disapproving supply requisitions and maintenance action 


oe 


documents. Word processing has been used, but not extensively. 
The reasons cited for this were: 

- lack of formal trainee 

- lack of time for trainins after arrival on peed 

- lack of terminal availability jenmmieamd 

However, on the two subsystems that haqdeemae 
used (MDS and SFM), the Department Heads were pleased with 
the results and felt that their personnel were more accupane 
in their paperwork and tended to perform paperwork thateem 
the past had not always been accomplished, such as deferred 
maintenance actions and changes to equipment conticuragies 
(CK's). They were not able to quantify increased producGtamemes 
in their departments as a result of the SNAP-II implementaeaenmme 

There was mixed response to the question of 
System documentation (user manual) adequacy, ranging from 
"good" to "poor". In general, they thought that their pega 
had been adequately trained to use the system for the basa 
functions such as maintenance action reporting and generate 
requis re rons. 

dD. (Ihe Supply Deparimenm: 

Overall, the opinion of the acting Supply Ofte 
was that SNAP-II was a "great'' management tool, providing iiaom 
increased accuracy in financial reports and streamlining eae. 
processing of supply réequisSitionse Not all iceernce oes 
functions were being utilized to one degree or another, mem 
example, the SFOEDL and BOR routines had not been employed 


for several reasons: 


66 


- lack of understanding 

Zee iicmeOloumine CO use 

iio li ty oOmetiamece Output (Budget OPTAR Report --'BOR') 
MOR 1S a report that is cumulative in nature and only '"'seen" 
ae the end of a reporting period--any changes or corrections 
meauire complete reconstruction. } 

Duplication was also occurring in several areas 
due to problems in program logic and lack of understanding 
and trust on the part of users and management. For example, 
Boe internal financial budget report was also being kept 
Mmmilly because GFequisitions in ‘'queue'"' to the Supply 
Department, although not yet approved by an authorized person, 
were being subtracted from the ship's budget, causing an 
erroneous listing of the current budget balance. 

Lt wWwasemot felt that training on the system was 
a problem for the users--the Supply Department conducted 
their own training for the users and considered them 
meeaguately Knowledgeable in Supply procedures to be able to 
ettectively use the SNAP-II system. 

Iimcotimmauay., thesactine Supply Officer considered 
Pet his department was coping very well with the SNAP-II 
system, although there were minor problems with it and the 
meee was Not being employed to the fullest extent possible. 
The apparent attitude was that in time, as people gain more 
experience with the system and as the system itself becomes 


mene refined, greater use would be made of it. 
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4. System Operation and Maintenance 
The Assistant Supply Officer is designated as the 
system Coordinator, with a Chief Petty Officers: geome 
supply Department as the Assistant System Coordinator.) mae 
Assistant Supply Officer is also the Supply and iii 
Management subsystem Functional Area Supervisor (F455) ee 
oeneT Functional Area Supervisors are as follows: 


- MDS--3s-M Coordinator =aeiiGM) 
~ ADM--Chief Petty Officer (PNC) 


a. Hardware 

Hardware maintenance is performed primarily |bygee 
Data Systems Technician (DS rating), as explained previeuciee 
With a Postal Clerk (PC rating) as his.assistampeeeane 
training received by the maintainers was considered adequate, 
as 1s the technical documentation that they use t6 Ganny seme 
Che Maint e Maine ec. 

As the duties of the maintainers are collateram 
in nature vice a primary duty, the maintainers did feel that 
it interfered with their primary duties, although the amounme 
of interference was not quantifiable or verifiable with the 
System Coordinator. The scope and depth of the prevenmad 
maintenance performed was considered to be vadeqmares 

b. System Coordinator and SMS FAS 
The System Coordinator rated the tra tiem 


received from NAVMASSO DETPAC as good, and felt that he could 
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Mmovide adequate training to his relief. Managing the system 
meeely a Group Of people on a collateral duty basis was not a 
meretcular problem. As the System Coordinator, the Assistant 
pupply Officer spent about an hour to an hour and a half each 
Mameetaking care of routine and emergent system-related jobs, 
such as conducting backups, clearing system problems, and 
mealeerie adminiStration. He did not feel that this detracted 
meom his primary duties, but he did feel that the System 
Coordinator's workload would increase in the future as people 
weeane more familiar with the system and made more extensive 
se of it. 

Maintenance and operation of system hardware was 
meme particular problem, and it was felt that the performance 
of the System Management Subsystem (SMS) was good. The 
Support provided by NAVMASSO DETPAC and NAVSEACENPAC was 
memeidered to be very good. 

As the System Coordinator, the Assistant Supply 
Mmmpecr Was not directly involved in the training or indoc- 
memiatton of new users. That function was left to the 
miomvdual Functional Area Supervisors and the departments 
memeecrmed. He did feel that the initial training provided by 
NAVMASSO DETPAC could have been more in-depth, although the 
mack Of terminals could have had a bearing on that. 

Di wiveomterlLOlno when the yvarrous personnel 


mereciated with the system, from the CO/XO down to the 
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everyday user, ranged from "not much" to "litt Wemonemomeue 
respectively. Most of the system administration and problem 
solving was delegated to the Functional Area Supervisors. 
c. Functional Area Supervisors 

(1) SPM FAS. The Functional Area Supervise nema 
the Supply and Financial Management module is the Assistant 
supply Officer, and as such, his views will not be repeaue 
here as they have been covered previously under the = oup meas 
Officer section and the System Coordinator Seetrens 

(2) MDS FAS. The Functional Area Supervisor aem 
the Maintenance Data Subsystem is the ship's 3-M Coordimacons 
a Master Chief Machinist's Mate (MMCM). The MDS subsystem is 
perhaps unique when compared with the other subsystems in 
that every work center on the ship is actively involved in 
data entry and retrieval from it. Because of this, tie Jie 
FAS is concerned with input quality and training one, 
ship-wide basis. 

On the subject of training, the Master Cie 
indicated that he was still in the learning process and time 
he was not yet completely familiar with all the facets aig 
components of his subsystem. All of his training as the Migs 
FAS had come from the person he had relieved, and, although 
he regarded the system as "simple", he would not mind having 
some formal schooling on the SNAP-II system. 

As far as training personnel who use the wigs 


subsystem, there was no formalized training inst ieueear 
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feeder, training was Conducted on a "one on one" basis for 

new personnel and others, as required, by the Master Chief. 
i@sOtar aS improvements in the training methodology, the 

femeeer Chier felt that the addition of some form of "programmed 
Mmereruction'’ On an interactive basis on the computer terminals 
would be helpful, as would be video-taped programs that could 
Bemplayed over the ship's closed circuit television system. 

In the area of system administration, both 
/mrectrnal and external to the ship, all questions or suggestions 
Were forwarded to the System Coordinator for resolution. As 
euei the Master Chief reported little or no contact was made 
fomem Outside activities for clarifying procedures or to make 
suggestions for system improvements. 

Rating the documentation for his subsystem as 
adequate, the Master Chief felt that MDS was the best sub- 
System within SNAP-II, and that he and the personnel actually 
me the subsystem for data entry were pleased with the 
results they were obtaining from the system. 

(2) ADM FAS. The Administrative Data Management 
Subsystem (ADM) FAS, a Chief Petty Officer (PNC), regarded 
Mm@emsystem aS a time saving device that was tailored to his 
Mmeeas. Me reported no particular problem in any area of his 
subsystem, and was completely satisfied with what he was 


using. He had no recommendations for changes. 


val. 


C.. GASSER. 
te ln er Oder: rom 

One of the first ships to receive SNAP=) 1) een 
Coast destroyer (DD) suffered as a result of a rushed ins@ue 
lation and implementation in January 1985. The ship received 
the standard SNAP-II equipment configuration fOr aysh ieee 
her class and size with implementation training conductedmams 
January 1985 by NAVMASSO. The SNAP-II system was installed 
just prior to deployment and the training was conducted (Gdumaae 
the transit overseas. The reason fomeene ausne installation 
was not known to current ship's company. As a result of the 
rushed installation, the conversion from manual to mechanized 
records was less than optimal. Problems arose as the resi 
of the ship's inaccurate input to the databases (supply, 
maintenance, and administration) and from hurried processaumg 
and inadequate quality assurance on part of the contracuos 
(SMA) and the Navy shore establishment. 

The implementation training received from NAVMASSO 
was not very effective, due to the preoccupation of shipboard 
personnel with operational and deployment evolutions. The 
system documentation was not able to fill the gap left Dy aeme 
inadequate implementation training 

Figures (1) and (2) in Chapter I] delin@ae een 
Standard organization of a surfacé Combatant atte eee 
mentation of SNAP-II. The 3-M Coordinator has been 


designated as the System Coordinator, with an Electronics 
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Technician First Class assigned as his assistant. Maintenance 
Soe the equipment wae performed by Data Systems Technicians 
moe ine Functional Aréa Supervisors were assigned in 
m@ecordance with the directive's of the Type Commander, 
Senmander, Naval Surface Forces, U.S. Atlantic Fleet 
meeMNAVSURFLANT) [Ref. li:p. 4]. 

iene cttpaiass experlenced a variety of problems with 
the software. The most severe software problems stemmed 
from the rushed implementation and the remainder of the 
Seutcware problems could be characterized as growing pains. 
The Supply data base (inventory stock records), maintenance 
mea Dase (CSMP), and the Administration data base (personnel 
Oa) all suffered integrity problems. The source of the 
problems could not be directly linked to any specific action 
bmethne end result was a lowering of the creditability of the 
myotem and a reluctance on the part of the users to utilize 
the system. This, coupled with a significant amount of 
Sometime (five weeks) Caused by equipment failure (power 
supply failed) and a software problem (loading updates), 
meculted in slowing down the process of bringing the system 
mmely in line. 

iicaomyr senersonnel have=rtinally accepted the SNAP- 
mueewectem and have put forth an effort to utilize it. The 
SNAP-II system was recognized as a better way of performing 
@eeecto-day functions. All the functions were not yet on line 


Peethe ship was heading in that direction. The functional 
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area programs were just starting to be Weil ccmmen 
management of resources beyond what was required by the 
system. As an overall management tool, the wordsprecco eam: 
function was the most productively utilized. thew cue 
language was not being used for programming due to Wackeem 
programming experience, the delayed acceptance, and @thewpoes 
documentation. 

The training program consists of on-the-job Grpaiaiae 
within the functional areas and training of reliefs by the 
incumbent. The command does not have a formal training 
program or indoctrination program for newly transferred 
personnel. The ship does not have an instruction for thew@ee 
and management of the SNAP-1 les ystems 

2. Command Perception 

The Commanding Officer was a cur race line Commander 
with previous experience on a SNAP-11] ship assthe Execiwaw se 
Officer. He was not on board during the installationsane 
implementation on this ship. The Commanding Officer did not 
personally use the system, but a growing proportion of the 
administrative workload in the ship was being produced with 
the system's word processing function. He was interested sam 
learning to use the system, but he has not received any 
training, and competing operational prioriticsmeverr lamas 
desire to learn. The training by NAVMASSO was "implemented 
from the grass roots up and did mot reach pisces 


felt the system was a "good thing and the thing of the 


74 


merure'’, bUt aS with any new system, it has its share of 
meroWwing pains’. He felt his personnel were using the system 
mictmmebcarming LO Wse it effectively. 

The Commanding Officer was not aware of the management 
capabilities that the system afforded and did not view it as 
an important managment tool at the command level. Over the 
Mmeaescveral years, he felt Commanding Officers and Executive 
Mericers would experience an "“education/training gap"’ in the 
Management of the SNAP-II system, until the current department 
heads with knowledge of SNAP-II were promoted to the CO/X0O 
evel. 

The Commanding Officer felt he should not have to be 
Mmmolvyed in the management of the SNAP-II system unless there 
were major problems, and felt that the system did not need 
mmusecuidance or Support to achieve acceptable performance. 

He devotes his "time to trouble spots and where he can make 
the most money". 
3. Middle Level Management and SNAP-II 

The middle level management, for the purposes of this 
fmwenew OL the SNAP-II system, consists of the Department 
femas. On board this ship, those interviewed included the 
Sombat Systems Officer, the Operations Officer, the 
Pmemeering Officer and the Supply Officer. The Engineering 
Meracer was the only officer without computer training or 
aoe rrence prior to this billet. The Combat Systems Officer 


moo and the Operations Officer (OPS) had taken courses in 
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college, and the Supply Officer had prior experiecnee witmeeene 
Navy's Uniform Automated Data Processing System (UADPS). None 
of these officers had training or experience with the SNAPeeee 
SyStem Drior tO their Current pl. mem 

These officers viewed the SNAP-I1] System as indus 
pensable, even though it has had numerous problems. As the 
Combat Systems Officer stated, "it was better than not fava 
it on board". The supply and maintenance programs were 
perceived as the most needed, but these officers were most 
dependent on the word processing function. AS a group, Gm 
do not utilize the system as a management tool for planiame 
reviewing the operation of their administrative fumeniomee 
The exception to this was the Supply Officer, because Of =m 
being more dependent on the SNAP-II system in the managemome 
of his department--"As SNAP-I]1 goes, so ™ goes the Sues 
Department." All these Department Heads use the syste sae 
perform routine administrative actions within their fune@ Gages 
(e.g., approving NAVSUP 1250's or OPNAV 4790/2K"S)"angitGa 
word processing. Despite the absence of support from the 
Commanding Officer and Executive Officer, they revanrd aie 
system as capable and expect it to help improve effectiveness 
and accuracy. As the Engineering Department Head Stated yams 
was a "better way of doing the same thing." 

As indicated by their responses, the Department Hema 
do not consider the SNAP-II system as a management tool. 


Although their responses to the interview questions consisted 
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fainly Of complaints evolving around day-to-day functioning 
of the programs, the following management issues were raised: 

- Lack of adequate documentation 

- Lack of adequate number of terminals 

eelback Of Communication 

- Inadequate knowledge of how to utilize the system for 

Management of their functions 
- Functional area management problems 
a. Lack of Adequate Documentation 

The middle level managers found the documentation 
Gembe inadequate for training new users and of only limited 
use in answering questions or solving problems. They felt 
Bmemmanuals were “written for computer literate" personnel and 
Meet Or the novices that make up the majority of the users. 
None of the officers interviewed used the documentation because 
jm@ey regarded it as being too hard to understand and difficult 
to use. They rely on their personnel to have the requisite 
knowledge, and more times then not their questions go 
unanswered. 

The documentation did not provide the inter- 
Memationships of the various data bases or programs, or flow 
of data through the maintenance and supply subystems. A 
management Summary that could provide an overview of the system 
as a whole was cited as a requirement so as to allow the 
Department Heads to effectively utilize the system to manage 
their departmental functions. 

b. Lack of Adequate Number of Terminals 


Pic Middlcmleve Lananacenomnrelt that the number of 


terminals needed to be increased. This would reduce the wasted 
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man-hours they and their personnel spend searching for an open 
terminal or waiting in line to use one. An increase in terminals 
would allow more work to be accomplished during the workday 
when supervisors were present. The problem wasepaner ee. 
caused by terminals installed in limited access spaces, in 
spaces that were not near the person's work areageand so 
inadequate management of the utilization of terminals, “lie 
felt that the main reason the problem existed was due to a 
lack of understanding by the shore establishment Of “the 
environment the afloat personnel operate in. A Significane 
number of documents (supply and maintenance) require actions 
to be taken at other than the time the officer was at a 
terminal. This required the officer to stop what he was dogg 
hunt down a terminal, and bump someone else off the termumam 
or stand in line. The alternative was to put the document@ yep 
hold or to create a walk through document, both of which ia 
Significant repercussions. 
em [ack of Communication 

The Department Heads felt they operated in a void. 
They had little or no knowledge of the SNAP-II program as it 
existed outside of their ship. They desired to scemnom. 
information on the direction the SNAP-II program was heading 
and what were the major problems the system was experiencing. 
The publications that did exist were inadequate sane us 
coverage of problems being experienced by other Users. tiem 


wanted to see the solutions to problems experienced by other 
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users. They wanted to see the solutions to problems experienced 
iameOcier Ships Or something to indicate that action was being 
taken on problems, and if there were any interim procedures 

maac could be employed. 


d. Inadequate Knowledge to Effectively Utilize the 
System for Management of Functions 


AS mentioned previously, there was no system over- 
femow Or Management guidelines showing how to utilize the system 
meme tter Manage their functions. The Department Head's per- 
Ception was that no thought was given as to how these programs 
affect the management of a department or how the computer could 
bemused tO improve management of shipboard resources. The 
mipoly Orticer felt the computer was being used as a "transaction 
processing" system and should be better developed as a management 
ierOormation system. They had to grope along without direction 
and had experienced a needless waste of man-hours to gain a 
workable knowledge of their role as users and, more importantly, 
as managers. 

Sw UnGgeton1 le Area Management Problems 

The Supply Officer felt that one of the more 
difficult problems encountered during the implementation was 
tme lack of functional area knowledge of his personnel. He 
was concerned about the knowledge of the personnel he received 
from "A'' School and those personnel transferred from other 
emmands. Ihe storekeepers had to be taught basic storekeeping 


meeeere they could perform functions utilizing SNAP-II programs. 


is 


The maintenance personnel had the same probleme cee 
preparing the documentation for maintenance ac enone 

The Supply Officer and Engineering Officer nouew 
that they had been hampered by the lack of Somgriie. fom Ue 
functional area managers (NAVSUP and NAVSEA). The supply, 
5-M and maintenance manuals did not rerlecet tiem omar 
guidance or procedures to be utilized by Shipboard persommem 
in processing supply and maintenance actions with the SNAP-T] 
System 

4. System Operation and Maintenance 

The 3-M Coordinator was designated as the SNAP-II 
System Coordinator, with an Electronic Technician First @eeee 
as the Assistant System Coordinator. The Functional Area 
Supervisors were as follows: 

=P MUS = = o— NLC OO tad meno 1 wager iG.) 
= SPMe-Senior (hiet Petty Otiice mags Gs) 
= ADM-=Chitet Petty OLrrcer | Ne) 

Hardware maintenance was performed by Data System 
Technicians (DS). The documentation and training they receumem 
was considered adequate. The hardware maintainers were con- 
cerned about this function taking them away from their praivage 
responsibilities, but they have had no Significant grep mie 
with meeting both requirements. The preventive maintenmane. 
was considered adequate. 

a. ovystem Coordamavor 

The System Coordinator did not attend the NAVMASSO 


training due to deployment and the systems manuals did not 
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Paerracenim with the basis for learning the responsibilities 
Meeetiic oystem COordinator. He felt he could not adequately 
meriml a replacement and felt it Essential that his relief have 
both the 3-M and System Coordinator school prior to reporting 
Sumebpoard. the System Coordinator felt that utilizing collateral 
duty personnel to run and maintain the system was working well. 
SNAP-II Version 4.00.07 of the software had 
Mmeeentiy been installed. The performance of System Management 
Subsystem (SMS) was considered good, with the support received 
from NAVMASSO and NAVSEACEN considered as outstanding. 
baweetunctromal Area Supervisors 
The Functional Area Supervisors shared the same 
@emeerns as the middle level managers about training. The 
primary problems in the training area were: 
aepoor implementation training 
= lack of functional knowledge 
memo formal training program on board 
The documentation was rated inadequate for training 
and from poor to acceptable for problem solving/information 
Meeenering. tThey felt that a “cookbook approach" to writing 
b@ewManuals was needed. The lack of guidance from Functional 
Area Managers (NAVSUP and NAVSEA) was cited as making day-to- 
may solving of problems more difficult. 
The MDS and SFM Functional Area Supervisors felt 
their programs were very good. They reduced errors and made 
bmes processing of data more accurate but they did not see a 


reduction in man-hours expended. The man-hours were shifted 
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to other functions or consumed by performing revised procedures 
The supervisors were divided over whether SNAP-II increased 
productivity. 

The ADM supervisor felt the program was not) aygeaue 
saver for either the yeomen or personnelmen, but the sysuam 
produced more accurate output (shipboard bills, personalwaaaae 
career counselor information, etc.) and the output was easier 
to update. The increase in accurate Output Was ort sc memes 
increased workload due to an increase in requests for Out pia 
and less tolerance for inaccurate or untimely output. Theme 
Supervisor was particularly vehement in emphasizing that the 
system was too slow for any of the yeomen’s worketogre. 


perrOrmed With SNAr-iie 


Dees (CASES 
lL. “iit rodnetson 

The SNAP-II system was installed on board this Frigate 
(FF) while the ship was nearing the completion of a regularly 
scheduled overhaul (May 1984-January 1985). Without Clie Sipe 
foreknowledge, COMNAVSURFPAC and NAVSEA decided to accelerate 
the ship's SNAP-II installation. The ship, homeported onmem. 
West Coast, was only given one week's notice prior tome. 
installation. The ship received the standard SNAP-II hardware 
configuration for a ship of her class. At the Eimemo eis 
interview, version 4.00.07 of the software was being installed. 


The implementation and training were conducted in February 1989 
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bye NAVMASSO DETPACS The records conversion and loading of 
databases were accomplished without significant problems. 

Prone s = and (2) in Chapter [I delineate the ship- 
Meard Organization after implementation of SNAP-II. The 3-M 
moemeainator had been designated as the System Coordinator, 
foemer an Blectronics Technician Chief Petty Officer assigned as 
Miemassistant. Maintenance on the equipment was performed by 
Pmeetronics Technicians (ET). The Functional Area Supervisors 
Were assigned in accordance with the directive's of the Type 
Sommander, Commander Naval Surface Forces, Pacific Fleet 
SeOMNAVSURFPAC) [Ref. 12:p. 4]. 

The ship had experienced only minor hardware problems, 
Mitemacd One Casualty Report (CASREP) as a result of a software 
mamire, in which the system locked out all users. The casualty 
was corrected with guidance given by NAVMASSO DETPAC via message 
traffic. The support provided by NAVMASSO DETPAC and NAVSEA 
NAVSEACENPAC had been outstanding. 

The SNAP-II system was not fully implemented on board 
meet ne Ship had experienced a significant amount of "growing 
mais «during the transition process. A highlight to the 
Mmumereess Was the ship's effective use of word processing. For 
Games Ship, the word processing program was the strongest 
meameavement tool in the SNAP-II system. The ship's personnel 
ne@emade no attempt to write software programs using the BASIC 
language provided with the system. This was due, in part, to 


the lack of adequate documentation and training. 


The ship rated the SNAP-II system "very §9¢0q see 
Transaction Processing System. They were impressed wicleenme 
capability of the supply and maintenance functionalvareassues 
systems. Though there were problems, the system was seem 
having great potential and was highly regarded for its rolleueee 
improving accuracy and timeliness of data. 

The training program consists of on-the-job trainee 
within the functional areas and training of reliefs by tite 
incumbent. The command does not have a formal training progmam 
or indoctrination program for newly transferred personnel an@ 
ship does not have an instruction for the use and mandagemems 
Ot tire SNAPS oon seen. 

2. Command Perception 

The Commanding Officer had been in command for 16 mG@meie 
at the time of the interview and had been on board duringwame 
installation and implementation of the system. He “like@siitime 
idea of SNAP-II"' and "likes what is there," and regarded Sige 
particularly useful in the material management arena.) ihe 
improvement in the quality of the Ship's Force Work List (Siam 
and Current Ships Maintenance Project (CSMP) was impressive.” 
SNAP-II had "really cut down on the delays" in préeparatlonmem 
work packages resulting in “immensely increased validity. (ie 
SFM subsystem had "bugs in the programs" and they had to 
‘maintain dual systems.'' The SFM subsystem has puewecs ee 
value in the processing of routine paperwork and creating 


reports. In the personnel area, "it (SNAP-II) would be tise 
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meeept ff lack (an adequate number of) personnel" to maintain 
Ene data base. 

Personnel related issues dominated the interviews but 
meetelt they were “only part of a bigger problem." The 
SCommanding Officer put it this way: 

fee problem 1S that a™ship™is tasked to do so many things 
Site tne number of people never change. Now I've got a new 
computer system with new maintenance and administrative 
meguirements. I've got to take care of SNAP-II, but I 
miamet receive additional personnel. It's typical of the 
way we do business. We add, add, add... Nobody takes 
anything away. Then CNO or SECNAV come out with an 
Momemistration reduction program, listing pages of message 
jmeworts that were deleted, but ship's were not making those 
reports. 

The Commanding Officer thought SNAP-II was a good 
system, but a computer system is made up of more than hardware 
and software. The Commanding Officer, summarizing how he felt, 
fea ed : 

mere you have good people, SNAP-II performs good because 
your people make it work. Where your people are weak, 
Pree tl is no better than they are. 

3. Middle Level Management and SNAP-II 

The middle level management consists of the officers 
Mimemarge Of departments. Those interviewed were the Supply 
Mmemnecr, the Operations Officer, and the Engineering Officer. 
iiemeaministrative Officer, although not a department head, 
was also interviewed. The Administrative Officer and the 
Meemmecring Officer did not have training or experience in 
memputer Operations prior to their current billets. The 


Operations Officer had some computer courses in college but 


fmeammnot have practical experience. The Supply Officer was in 
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one of the first groups of Supply ofticenmstemrcecu a eee 
SNAP-II training offered at Navy Supply Corps Semone 
officers going to sea billets. Also, he had been ™emepoaaaees 
destroyer with a Wane VS-S0sminteonpieers 

The Department Heads felt the system did not have 
command level support. This hindered the ship iia 
implementing all the subsystems and had reduced the drive to 
“push the system €6 1S Maximum. 

The Department Heads had high expectations of the 
System, and SNAP-II more than lived up to them. The system 
brings a welcomed reduction in the overburdening pre@¢essmam 
handling paperwork. As the Operations Officer stated, “tae 
system was needed and now [ do not want to do without it." 
The Department Heads discussed the "management tools fen 
System provides for coping with the day-to-day workloady ig. 
most discussed were the approval processes for supply material 
requests and work requests, and a variety of word process 
applications. The word processing was the only program that 
was used for management beyond the day-to-day processing of 
tGansactions and-=required Treperics. 

a, bya iin: 

The implementation training by NAVMASSO DETPAC 
thought the necessary knowledge to the ship to make the SNAP= 
II system operational. However, the training was lacking 
from the management perspective. It did not preyvidom@ene 


Department Heads with the necessary instruments to manage 
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mrorr tuncttOonal areas. AS the Engineering Officer remarked, 
Giewas given a tool and no instructions on how to use it." 
The Department Heads as a group could not perceive what the 
system could do for them as managers, beyond mechanizing the 
Manual procedures. Having attended SNAP-II training and due 
to the deep personal involvement with the SFM subsystem, the 
Soper y Otficer did have a clearer understanding of the 
meamacement Capabilities of SNAP-II. This made it clear to 
him that the system was not "designed with the management 
@oaecct in mind." 

The Operations Officer and the Supply Officer 
desired to see off-ship training expanded rapidly. They were 
[err concerned about having training for officers, Functional 
Pweamoupervisors and the System Coordinator prior to reporting 
Summoard. they stressed the management aspects for officers 
and for the Functional Area Supervisors. 

b. Dependency on the System 

The department heads expressed concern over the 
dependency on the SNAP-II system. It seemed to them that the 
mp board Supply and maintenance, and to a lesser extent the 
administrative system, were heading toward total dependency 
Smeover-IT. the Supply Officer did not feel that the long- 
term effect of SNAP-II on the ship had been adequately studied. 
He was concerned about the effect of downtime on the operation 
Smamnow he would process a sizable backlog with existing 


mreumces. The Operations Officer wanted a backup capability 
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(redundancy) in the equipment to avoid the possible effects on 
downtime. 
c. Lack of Adequate Number of Terminals 

The Department Heads were troubled by the probileg 
of access to terminals. They felt that too muchwieumoee 
being spent trying to find an open terminal or waiting ane 
to use terminals. This had a greater affect on the enlisted 
personnel than on the officers. The enlisted personne! taammemm 
use terminals for work that must be done. The officers usage 
1s more discretionary. The system would be used more frequently 
by officers if they had more convenient access to tenmimaiee 
Though the Supply and Engineering Officers talked of using 
terminals for MDS and SFM subsystem management, the Department 
Heads were stressing the use of the word processing function. 
The suggestion was that greater benefit may be obtained from 
expanding the word processing capability than by increasing 
the management information and decision support capabilities 
of the system. 

4. System Operation and Maintenance 
The 3-M Coordinator was designated as the @SNApom 
System Coordinator, with an Electronic Technician Chief §Pemm, 
Officer as the Assistant System Coordinator. The) Fun@iiaena 
Area Supervisors were as follows: 
- MDS-- S=NealGoordinatonr 


- SFM--Senior Chief Petty Officer (SKCS) 
- ADM--Chief Petty Officer (YNC) 
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Hardware maintenance was performed by Electronic 
Meennicians (ET). The training received from SMA was considered 
outstanding. The hardware maintainers felt that the diagnostic 
tape and maintenance manuals were very good and spoke highly 
of the system. One of the maintainers commented, "the system 
is very reliable."' They spoke very highly of the support 
received from NAVSEACENPAC. 

doy SUCIMeeoGrainator 

The System Coordinator rated the training he 
received from NAVMASSO DETPAC as adequate but too limited in 
scope and time frame. He felt he needed more training because 
of his lack of previous computer experience. The COMNAVSURFPAC 
directives proved helpful in grasping the full extent of his 
fesponsibilities. The System Coordinator EMO tc ilaemen Ss 
relief had to have training prior to reporting to the ship, 
and that the Functional Areas needed to have packaged training 
meeeuse on board ‘the ship. The implementation training the 
Ship received from NAVMASSO DETPAC was rated as adequate, and 
SOftware support received was considered "very responsive". 

The System Coordinator and the hardware maintainers 
expressed a desire to have the policy of replacement vice 
imm@arr modified. They had had problems with circuit boards 
meemeprinters that they felt they should have had the capability 
memecbair On board but had to be shipped to a central repair 
mtemlity. the ship had been without one of their printers for 


Several months with problems that they probably could have 
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corrected, given the proper tools (repair pares. sce enmne ml 
manuals, training). 
b. Functional Area Supervisors 

The Functional Area Supervisors shared concerns 

about training. The problems cited were: 
- implementation training lacking Wepen 
- no formal training pregram on beaded 
- no packaged functional area training for supermmcen 
- personnel lacked adequate functional area knowledge 
- lack of off-ship functional areéaweramiene 

The Functional Area Supervisors felt they were 
impeded by the lack of guidance on how to handle problemce 
They cited the Naval Supply Systems manuals and the 3-M 
manuals as not having mechanized procedures or guidance on 
how to utilize SNAP-II within those funetional areas.) eine 
Type Commanders have provided the only operational guidance 
that” the ship) had-reereved:. 

The Functional Area Supervisors for MDS and See 
were very positive about the usefulmess and the abitit) em 
subsystems to save time. The MDS subsystem made maintenance 
management ''so much easier and much more accurate”. The waiga 


Functional Area Supervisor stated, “the system is good DUtwame 


will be fantastic when the bugs are ™worked™@oums 


Ee CASE 
lee [Introduict ron 


This Spruance-class destroyer, homeported in No@miciiee 


Virginia, commenced installation of SNAP-II in October si oes 


a) 


By Janaury 1984, it had completed installation and implemen- 
meron Of the system. This ship has the standard SNAP-II 
mercoware €quipment configuration for a ship of her class and 
Size. Version 4.00.07 of the software is installed. 

The initial installation of the hardware by SMA and 
the implementation of the software package by NAVMASSO was 
completed with only minor problems. The conversion of stock 
records, outstanding requisitions, CSMP, and COSAL to the SNAP- 
Il system contained numerous errors. The faults were later 
determined not to have resulted from the conversion process 
Mmeretc, but rather as a result of incomplete original records. 
MiemOoOoAL 1s still not complete. 

The internal SNAP-II organization is structured as 
delineated in Figures (1) and (2) in Chapter II. However, the 
maeenas taken a different approach as to the method chosen 
to manage the system. The Command has strong beliefs concerning 
mremimportance of SNAP-II, resulting in the assignment of an 
peemcer full-time to manage the SNAP-II system. The 
meeponsibilities of the System Coordinator and the 3-M 
Coordinator have been assigned to one individual, referred to 
mempeies Maintenance Officer". As the XO's direct representative, 
he is responsible for the complete management of the operational 
and maintenance aspects of SNAP-II. The remaining Functional 
Peas oupervisOrs are assigned in accordance with the Type 


Commanders directive [Ref. 11]. 
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Initial training was provided to the Maintenance 
Officer (System Coordinator) and one Hardware Maintainer. 
Following the initial training, the Maintenance Officer spent 
many hours on the system, becoming an expert in all its 
functions and operations. He personally provides Continuous 
training to all the uSers on a one-to-one basis. This ines 
increased the knowledge level of the crew, but has not been a 
substitute for formal organized training. 

SNAP-IT is in the forefront of the day-co-aa 
operations on board this ship. Since it is well organized 
and maintained, a high level of confidence 1S hela@inmeen 
system. The dedication, knowledge of, and support for the 
system provided by the Maintenance Officer is evident and as 
a Major? tactor: Deming avs Sueces =. 

As much as the system is utilized, the various 
functions are not completely recognized or used. A perception 
that the system is overloaded, coupled with the lack of enough 
terminals and perceived slow response time are the causes for 
this situation. Hardware performance had been very g00dj uae 
has been the support received from NAVSEACENLANT and NAVMASSO. 

2.9,. Command, Perception 

The Command's support (CO/X0O) for the SNAP=Ti Carma 
characterized as generally positive. However, there are two 
distinct philosophies and views presented by these individuals. 

a. ‘Commandinc& Onsen 


The Commanding Officer, having considerable 


experience in Washington, D.C. (assigned to OP-03) > Gonsadeag. 


Oe 


the system as one that possibly should not have made it into 

the fleet in its present configuration. As a member of the 
@e-US5 Organization, he was very close to the initial con- 
ceptualization and program start-up. He watched the procurement 
process take place and remembers the stages of development as 

it moved through the various political and military process 
Smmoutce tO passing its Operational Evaluation and Certification 
(OPEVAL) and finally being introduced into the fleet. His 

femews retlect this experience. 

The Commanding Officer was somewhat reluctant to 
press his support beyond the general acknowledgement that the 
System exists and is present on board his ship. He concentrated 
on several broad topics during the interview, addressing 
Meither specific hardware nor software oriented problems. He 
personally had removed himself from tollowing the day-to-day 
Operations of SNAP-II, and thus did not feel sufficiently 
knowledgeable to comment on hardware or software related 
problems. However, he did comment on the following subjects: 

@eeaiiure Of program management to recognize inputs from 
the fleet 

= personnel dependency on the system 

peeeraining 

(1) Failure of Program Management to Recognize 
meees trom the Fleet. The Commanding Officer felt very 
strongly that the system was built without really considering 
femeene called ‘real fleet users inputs."' The "real fleet 
users'’ were defined as the fleet sailors, Division Officers, 


Department Heads, and last, but not least, the Commanding and 


Executive Officers. He acknowledged that there was a study 
conducted in the form of questionnaires that fadeso lca en! 
fleet inputs, but he questioned the use of the results from 
these questionnaires. He felt that the majority Of the oem 
addressed in the questionnaire were not included in the design 
Owe nes Sten: 

The system was bought by people who were not going to be 

the users of the system. They were management types up 

in Washington who lived in data processing and weren't the 

types who were going to sea and use it. They obviously 

had very little respect £o0r fleet mimenece 

(2) Personnel Dependency on the System. The meus 

character of the system discussed was the one whréGh Sememee 
referred to as dependency. He felt that everyone was becoming 
too dependent on the system, remarking that dependeme, an 
turned the SNAP-Il system into a hue ewenicen: 

The biggest problem I see out here’is that it has epeeeare 

a crutch. If I want an answer from one of my Department 

Heads or my Division Officers, 1] get the answer,) wolm 

SNAP's down, can't get that to you right now'. They Tem 

on that machine and when the machine's down, you can't do 

tt a iat em een 

(3) Training. The CO voiced hisS opinion that pias 

for formal training did not receive appropriate considéraegom 
and attention during the procurement phase. The redson een 
this, he felt, could be tied directly to the method by white 
the Navy had obtained the system. He beliéved the Gdeersiton 
to purchase the hardware from one vendor and then securimome 
second source to develop software broke the continuity required 


to formulate a good training plan, one that would acconpam, 


the initial implementation of the system. “Undeieriece 
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SEreulotances, the responsibility for development of a 
training plan is not assumed by either the hardware of software 
developer. Consequently, a third party normally has to be 
retained to develop the training plan. This tends to become 
@ecrawn out evolution, as witnessed with SNAP-II. 
Hemshould have gone out to a firm like IBM and said, look, 
WesWant a data processing system to meet the following 
requirements. Let them produce the system and software. 
When we got those, we would have had an in-depth training 
program accompanying the system. Why would someone put a 
System into the fleet without providing the proper training 
Meeessary tO Support it? We have to get formal training 
to all the potential users before reporting on board. Not 
like we have today. 

However negative the comments by the CO appeared 
toward the system, support was present. Frustration was the 
dominant underlying factor that influenced his support for the 
eeeuem. Asked, “. . . as far aS a management tool for you, at 
the Command level, is it providing you any assistance?" 

Mere 'm mot Wwsing it. I don't even want to use it. I don't 

Sreleit up. I have Admin records kept on SNAP, which I ask 

memitave delivered to me, but I don't touch the system. 
However, he continued: 

imeon't discourage anyone from using it. In fact, all the 

feemclock reports and all this stuff comes off of it. I 

fomete MOld 1t against them if they don't use it. I don't 

Meeeett. | don't say “why don't you do that on SNAP." 

menola them accountable for what they're held accountable 

her as a Department Head. 

D. Executive Officer 
Simetihomothwer hand, the Executive Officer expressed 

beeomicdeas and concerns from a different perspective. His 


comments reflect the many hours he had spent in direct contact 


with individuals connected with the management of SNAP-II. 


OD 


Unlike the CO, the XO was more open and yoiced his jopumi wou 
in numerous areas and his perception of the system as a usSeuum 
SJoualerezierl cere 
(1) Program Support. Although not a heavy uSe mee 
the system per se, he considered SNAP-II to be “a way o@f ieee 
on board ships. He felt that the support, guidance and 
considerations afforded the system from external support 
sources had to drastically change. The Executive OtiiGemenae 
concerned that the system is not understood at various extemmm 
commands, those which are responsible for supporting the system. 
He felt they did not have sufficient insight into the functions 
provided by the system and how they should be incorporated 
into the shipboard environment. He was apprehensive that 
these same individuals did not fully understand the impact 
the system had on the way ships are run today: 
You know, everybody thinks it's business as usual. yom 
just have a little computer that helps you with your job. 
The Admin of a ship is so different now. I don't thiniegua. 
Navy has realized it, but the way you administer a ship 
today with SNAP on it is completely dirttemene 
The bottom line as I see it, the Navy just has to accept 
the fact that this is what's going to happen in Chemeneeae 
and everybody has got to get on board. This is how we're 
soing to run ships, and all the outside activiGiece oe 
just have to accept that fact. There are someycammo =a 
eut there that don’t want to-do tila 
Control, as defined by the XO, is the O2tieaa 
establishment of a central point of contact and responsiDiiee 


for the administrative matters pertaining to a program eee. 


feels control has not been defined clearly enough to thet ieee 
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Peclerimed hierarchy Of responsibility could not be ascertained. 
Pemstates this naturally results in poor standardization which, 
[ieturin, afrects total support for the system. 

Part of the problem that we see happening with SNAP is that 

the Type Commander doesn't realize what he has here. We 

have NAVMASSO, we got RSG, and we have SURFLANT. No one 

has taken control of SNAP, that's what we see. So 

consequently, every SNAP ship has gone off on its own. 

Standardization is a key link towards the 

future success of SNAP-II. The XO expressed a desire to see 
some standardized guidelines as to just how a ship is supposed 
to use the system. He did not expect a line by line document 
as to the nuts and bolts of operations, but something that 
would define what was expected from the system. If there were 
derined expectations, then maybe the external support units 
Som put together a better support package: 

Now that we have a system, we have become dependent by 

meee Of Tes £umetions. There still is no control over 

its applications and really just how it is to be used 

@aereeards to how it 1S expected to be used. I think 

mmmpresides at the jype Commander. He needs to determine 

MowesmipSs are going to be organized .. . organize and 

Meetenis thing. I'm not saying he has to give us some 

@eack and white plan, but at least give us some guidelines 

bmat he expects us to follow. The Type Commander should 

come out and say, ok, this is how SNAP ships should be 

amp. iihisS 1S$ What we expect the ship to be able to do. 

(2) Training. In the area of training, the 

meeeutive Officer expressed concern that at the user level, 
Mitiememappeared to be little action planned to establish some 


ivwemer £Oormal training. He does not see any one taking control 


and becoming responsible for organizing such training. 


ee 


In fact, one afternoon [ called down to NAVSUREDANT =r oce 
and NAVMASSO to have a meeting down here. They really got 
excited because I looked at them and said, “Ok, whoeds 
responsible for training?" SURFLANT would look at RSG usa 
RSG would look at NAVMASSO, and NAVMASSO would say, "Wait 


a minute. I'm Just an implementer. 1 dom Se idemane genes 
like that." SURFLANT would say, “RSG 1s "Ot sa genieeeens 
training.'' RSG kind of looked at them and said, "When did 


that happen?" It's simply a forest out there 

The Executive Officer commented that every 
supply petty officer has to know certain things about SNAP-II1 
and that had to be taught to him somewhere, definitely prior 
to arriving on board a ship. The idea of all traingme "ones 
system taking place prior to an individual checking on boas 
was also applicable to officers. Once an officer arrives om 
board, there simply isn't enough time or terminals available 
for him to sit down and take a manual, in its present’ conn 
and learn SNAP-II: 


Training simply has to be implemented prior to arrival to 
make 1t work. 


(3) Other Issues. The Executive Officer suggested 
numerous other improvements as well as venting his frustrations 
in a constructive manner. The following aré sone wate. 
comments that certainly warrant repeating: 


- SNAP needs improvement in the interface with the shore 
maintenance activities. Still passing paper. We are 
Still required to use work packages, run AWR's and carry 
them over. 


- We called up and said, "what are the guidelines for how 
you use SNAP within the supply world?” They ep mies 
"Well its in Annex W of our SURFSUP!"" We asked, "Where 
is Annex W?'"' They said, "Well, the draft is on the ie 
desk.'' We have had SNAP-II for two years. Doesn't that 
sound sad to you. 
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- One of this ship's major problems now with the system is 
the lack of terminals. Requirements on the use of the 
system have overgrown the amount of terminals that it 
Molkdetake tO SUDDPOrt. 

- What's going to happen to SNAP when a ship goes into the 
yard? I hope someone has a handle on this one. This 
Pimms COM toma Private yard: The contracter is only 
Gedgutred LO provide an ADP system. The ship would like 
to see another SNAP system at the site or take their 
woes ott toecmore. Maybe install it in a van! 

This XO continues to work with the system and 
meegorts the integration of SNAP-II throughout the ship. He 
States that he feels the burden, the victories, and the con- 
Sequences of failure of SNAP-II more than anyone else on board. 
He summarized his feelings about the system as follows: 

Memeize totally dependent on the damn thing. A lot of people 

meer realize . , . they think that it's just a computer 

that helps us write messages. They don't realize that our 
whole darn supply system is tied up in it! What else can 

I say? 

53. Middle Level Management and SNAP-II 

Middle level management, as defined earlier, are those 
Seercers in the chain of command reporting to the Commanding 
muaeeexeccuctive Officers. In the case of this ship, the fol- 
towing officers were interviewed: the Combat Systems Officer, 
Smemevccetronic Material Officer (representing the Operations 
Meeeicet), and the Supply Officer. The Engineering Officer was 
Mee available. 

SEoeTOupeetnese Individuals had little experience 
working with computers. The Electronic Material Officer (EMO) 


had experience, owning a home computer which he used 


extensively. He had written numerous programs and was active 


on 


in a local computer club. On the other hand, the Gompan 
systems Officer and the Supply Officer had virtuallyemoepaes 
experience with computers. They acknowledged that compupen. 
had only existed in their life as a “work” and nothing cuore 

No one within this group had received any formecem 
training on the system before reporting on boards” They eae 
only been introduced to the system through the implementataes 
briefing given by NAVMASSO. Their follow-on training had@peog 
through the efforts of the Maintenance Officer. At SUrféacge 
Warfare Officer School (SWOS), SNAP-II had only been mentioned 
as a potential system that they might encounter in the feos 
No other explanation or in depth briefs had been given. 

a. Supply Officer 

The Supply Officer had only positive remarks about 
SNAP-II. There were numerous problems associated with the 
conversion of stock records, outstanding requisitions, same 
CSMP to the SNAP-II-system, but he remained confidene aia 
system. This officer felt that the system was his Pireusiie 
and if it should go down for any length of time, he would "die 
a quick death". 

In the area of training, he fers ties 
personnel were not adequately trained prior to their anne 
on board. Interesting to note, he endorsed a higher GCi/ARkm 
requirement for SK's enroute to a SNAP-II equipped ship, 
feeling that the SNAP-II system required a higher degree oF 


conceptualization versus the former “hands on” manual meemen 


Of Supply pPreocedines- 


Gio 


Dew eompat oystems Officer 

The CSO's comments and views generally were 
addressed to SNAP's use as a word processor and as a system 
meenandie his CSMP and supply approval process. He did not 
see it aS a management tool. His training so far had only 
been On Operating the system to review documents through the 
menu driven mode. He has not found the time nor did he have 
the desire to work through available documentation to increase 
mse knowledee of the system. Having to continually go step-by- 
step through the menu-driven programs without an option to 
meeess directly the function he wanted seemed to him to be 
Memecessary. Although not a heavy user of the system personally, 
miemeoo Still believed that if the system were to go down for 
meeorolonged period of time, his department could not function. 

Cm lcemnmomie Material wOLercer 

tiem i@mexoressedbpetm positive support for the 
erecm and frustration as to its limited capabilities. As an 
meecerrenced owner and user of a home computer, his use of the 
System was more extensive than the others. He personally used 
maiemsystem to adminster his CSMP, produce all of his 8 O'clock 
mwents, Maintain all his supply/maintenance transactions, and 
Hime eXtensSive use of the MUSE word processing application. By 
miveres) Standards, this system 1S not very user friendly. He 
Mewtermanl interesting comment with regard to the system effecting 
his daily routine as a manager: 


over -J]] 1s Controlling my work instead of me controlling 
sit 
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He considers the system too slow and cumbersome for someone 


With a computer background. 


4. System Operation and Maintenance 
a. OSyYStenp COougamatven 

The Maintenance Officer (a Lieutenant | omen 
the functions of the System Coordinator, 3-M Coordima Gone 
is the MDS Functional Area Supervisor. He 1s assiStequsename 
senior Chief Petty Officer (EMCS). Their role funetvomoueee 
the control of maintenance paperwork and the operativoneame 
maintenance of the SNAP-II system. The Maintenance Officer 
brought out» the teollowinge key issues: 

(1) Training. He considered his initial trammae 
by NAVMASSO as oriented toward preparing him to only help 
soméone procedurally through their particular program. Insteaem 
he felt it should be reoriented to provide the System Coordimamge 
with an understanding of the entire system. He remarked@aieas 
it was essential that the System Coordinator have a good Kivgus 
ledge of all the functions and applications and how they fie 
together to work as a system. 

Training provided for the Department Heads amma 
Division Officers was inadequate. The Department Heads and 
Division Officers do not use the system as a management tool 
due to the simple reason that they have not been trained to 
use it as such. They need management level orientation. 
(2) Documentation. Documentation has been compiled 


and written somewhat in the same format as our training plans. 
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Memiscmpartitioned Into differentcomponents and functions. It 
does not bring it together to form a working system. This is 
felt to be adequate for someone who could be classified as a 
fp le button pusher but not for someone trying to understand 
the system. 

(3) Excessive Duplication. Excessive duplication 
monitor ts are continuing to take place. The requirements for 
hard copies of items which are all available on the system have 
Moemcecreased. Shore establishments have not taken the effort 
memect On board with the fleet. 

In closing, the Maintenance Officer offered 

the following comment: 
Bimee system 1S Great 1f one had the time to learn it all. 
I'm trying to teach everyone as much as possible as soon 
mpossible. Time may solve this problem, but will the 
System survive this (training) crisis? It's a waste not 
mompe ablém@to use it to its fullest Simply because someone 
meedropped the ball on just what level are we going to 
man. Someone has to get on top of that one soon. 
memorance will kill the concept. 
De netronmals Area ouperyvisors (FAS) 

ihe Stometional Area, supervisor for MDS was the 
Maintenance Officer. His comments can be found in the System 
meerdinator section and will mot be repeated here. The Supply 
Officer and a PNI1 were assigned as the Functional Area 
Supervisors for SFM and ADM subsystems, respectively. 

As a group, the FAS's all expressed total support 
for the system. They each felt that training was inadequate 


and that they only used the system within their area of 


responsibility. They all agreed that the job could be handied 


iOS 


in a satisfactory manner on a collateral duty basis) Exeemoue 
comments or ideas were not voiced by these individuals.” "Yous 
or ''very much so' were the general comments when questions 
were asked. 
Cc. Hardware Maimeainers 

The hardware is presently being maintained by tue 
Third Class DS's assigned from the Combat Systems departmemens 
The training provided was characterized as excellent. Both 
individuals felt quite confident in their ability to maimeemem 
the system. AS a collateral duty assignment, they 1: that 
they did have sufficient time to handle the additiomu 
requirements for scheduled PMS and repairs. Each Cxpeessem 
excitement about their association with the eaume mee 

The only negative aspect detected Came urmimeen. 
form of frustration for not being allowed to perform maintenance 
in a more detailed fashion. They expressed concern that theve 
were numerous conditions that arose and failures that occCWimee 
that they were capable of fixing if the maintenance veome eam 


Or, SNAP =I) eallowédy it. 


Peo ONS. 20 
Le Sie oatict on 
The completion of hardware installation in this Gas 
Coast Spruance-class destroyer took place in December > 13 ee 
The SNAP-II System was fully implemented by the end of 
Janaury, 1984. This ship has the standard SNAP=)) ard 


equipment configuration for a ship of her class Guam. so 
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Merson 4-00.07 of the SNAP-%I software is presently installed 
and operating satisfactorily. 

The installation and implementation of the system was 
pmecesstully completed during an extended in-port period. The 
eeeess Of this was attributed to the excellent amplementation 
Patering and initial training provided by NAVMASSO. A 
Pemeributing factor to the success was the number of key 
individuals on board that had exceptional backgrounds in 
ieeorlifatron systems. All difficulties encountered during this 
period were promptly resolved by NAVMASSO. 

iiemsy stem raise cUnetioned satisfactorily and the 
Support received from NAVMASSO and NAVSEACEN has been excellent. 
While on an extended deployment out of CONUS, the system 
experienced a power supply failure and through extraordinary 
support received from SMA and the supply system, a new power 
Eepiply was received and installed in less than 82 hours. 

SuUppOnE fOr the system throughout the entire ship is 
fewer pOsitive. This ship had been a prototype installation 
homeene SNAP-I] program, designed to identify what requirements, 
benefits and problems would be associated with an afloat 
automated information system. As a result, some of the 
personnel on board have retained a personal interest in 
@eeraneg that things were done right the first time. 

Pecimcm=petty eer iecer = (DS), very experienced in the 
eememecr field and have a B.S. in Computer Science, has been 


assigned as the System Coordinator. An enthusiastic First 


Oe 


Class Petty Officer (EM1) is assigned as his assistant) acme 
as the Functional Area Supervisor for the MDS subsystem. 
Chief Petty Cfficer (SKC) fromethe Simiaoiy Department and eal 
Chief Petty Officer (PNC) from the Personnel Office are ageangmed 
as the Functional Area Supervisors for the SFM and ADM sub- 
systems, respectively. The hardware is maintained by a Seq@amm 
Class Petty Officer (EW2) and a Third Class Petty Officer (ieee 
Both of these petty officers are from the Operations Departmen 

Tremendous attention has been given to this system in 
order to assure its continuous operation and support] te 
used virtually by all levels of the command. Realizine wee 
the system 1S supporting the entire ship's organization, there 
was a display of enthusiasm that permeated the entire ship. 

2. Command Perception 

The command support given to SNAP-II on board thiS@eigas 
was extremely high. Both the Commanding Officer and his 
Executive Officer expressed full support and dedication to the 
system. Although the Commanding Officer had been in Command 
for less than four months at the time of this intervieyv ene 
Was quick to point out the significance and the benemuecmom 
SNAP-II. He was pleasantly surprised to observe the intenmeaamy 
with which each manager used the system. 

The Commanding Officer attributed the success Ofiaae 
system to the intense efforts expended by the System 
Coordinator. He felt that this individual's experfeneeeang 


talent had paved the way for others to expand their knowledge 
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and use of the system. Having an experienced System Coordinator 
in charge of the system gave the CO a feeling of enormous 
confidence in the system. 

Generally, the Commanding Officer expressed a great 
m@eeree Of Satisfaction with the system. Though enthusiastic, 
he was not sure as to how he would personally use SNAP-II, if 
meet. He had a terminal in his cabin but had not used it, 
nor did he anticipate using it. However, there were a few 
areas in which he did voice concern. 

dee) hale 

In the area of training, he was disappointed in 
mwaat he believed to be the failure of the shore establishment 
to support SNAP-II. He cited a case of sending his 3-M 
Seermainator to school and finding that SNAP-II was not even 
Memctioned. He was frustrated that time and effort had been 
Spent to send this individual to school and SNAP-II was not 
fg ht . 

b. Standardization 

Atter becoming aware that there were some minor 
problems associated with the system, the CO attempted to 
@meeanize a cross talk program with other ships within his 
eeeoron. He quickly discovered that this was not productive 
beeause Cach ship had implemented SNAP-II in a different 
fhamier. there was no standardization, no uniformity in depth 


and breadth of system use and application. 


ILC 


The Executive Officer reflected thewmay ome meee 
the comments made by the Commanding Officer. He did note that 
SNAP-II had become the routine way of doing business and sim 
activity would come to a stop if the ship experienced a 
casualty to the system. On the negative side, he teltetmae 
Overall support from the shore establishment was at least two 
to four years behind the activities of the fleet. 

3. Middle Level Managment and SNAP-II 

The middle level managers interviewed were the 
Operations Officer, Supply Officer, and the Engineering Offi@euws 
The Combat Systems Officer was not available for comment ae 
the time of the interview. Wathin thismerocup. soni aee nr 
supply Officer had any previous experience working with sam 
form of ADP. He had been in numerous billets associated with 
various ADP systems and had been assigned as the SNAP-II 
Program Officer on a Type Commander staff. The remaining 
officers had been exposed to the SNAP-II system only since 
TEPOTeINe On HoOardetiitsecnip-: 

As a group, these officers voiced practileaiy en 
Same views concerning their likes and dislikes with the system 
They all expressed the feeling that the system was designed 
to be utilized more by Division Officers and assistants thang 
by the department heads. They felt the system did not provide 
the information they needed to perform their jobs. They were 
not heavy users of the system, using only the word processing 


capabilities and the functions which required them euijewmie 
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the various maintenance and supply actions. These officers 
commented that their enthusiasm to expand their use of the 
system was hampered by the fact that they had not received any 
menial training on the system. Each one commented that they 
Seroenot have the time to devote to learning the system once 
Mme had reported on board, relying instead on their division 
officers and assistants to perform subsystem functions. Each 
Stated that they were comfortable only with using the system 
as a word processor and to review maintenance and supply 
actions. Since the Department Heads had not developed con- 
Mmmlence in the system, they continued to maintain duplicate 
meea COpies on data held in the system. 

As a result of having the system on board, each middle 
Memaper expressed the belief that he certainly expected a more 
complete and better quality product from his subordinates. 
Since it was relatively easy to edit their input and correct 
mistakes, error free documents were expected. 

4. System Operation and Maintenance 

The System Coordinator had reported on board without 
having any prior experience with or knowledge of SNAP-II. He 
did, however, bring with him 12 years of experience from 
working closely with computers in the Naval Tactical Data 
eeeem (NIDS), as well as a B.S. in Computer Science. He has 
attended the System Coordinator course conducted by NAVMASSO 


meer CO implementation of the system. 
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The System Coordinator voiced his assessment of the 
system in broad terms, commenting on the following opie 
installation/implementation, support evaluation, training, ame 
general overall software evaluation. 

a. Installation/implementation 

During the installation and implementation phases 
the ship received excellent briefings on what Was go0ino tome 
installed and how it was going to take place. At no timewwae 
the ship asked to comment on what was going to happen to their 
ship. "Here is what you are going to get, this 1S how wWemue 
going to install it, and this is where the componentoea.- 
going to be placed" was the order of the day. | ihe oycwen 
Coordinator felt very strongly that the ships should have vim 
flexibility in determining where the terminals should be 
installed. 

b. Support Evaluation 

The support and attention provided to the system 
by NAVMASSO and the Type Commander was considered to be 
outstanding. When there were problems with the software, 
NAVMASSO responded almost immediately. The response to 
CASREPS was excellent, and software problems were resolved 
through message traffic in an expeditious manner While wen 
ship was deployed. 

Ca. Pra nan 

Training was considered to be inadequatewa teas 


levels. However, he did think that a considerable amount of 


Lo 
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Mania coula be accomplished on board our ships if there was 
a Navy-wide plan that would standardize the overall training. 
ievemoystem COOrdinator felt that instituting a PQS program 
would go a long way in achieving that goal. Although the 
eyerem Coordinator was Orienting his comments concerning 
training toward the enlisted personnel, he felt strongly that 
there should also be a formal training plan established to 
provide the Department Heads and Division Officers a management 
Sememted approach to the system. 
d. Software Evaluation 

The software as presently designed was considered 
meeaduate for a user that has to take a step by step approach 
Bemany application. As the experience level of individual 
Msame the system increases, this approach will become time 
memouming and will be considered elementary, creating a feeling 
among users that the system is becoming obsolete and decreasing 
im its value as a useful information system. [It will then 
become annoying to work with the system as it is presently 
ferepned, thus relegating it to transaction processing only. 

In summary, the System Coordinator is a very 
Simeiuisiastic individual who feels that the system is the way 
@amelate tOday on board his ship. His final comment was: 


Muemsystem 1S an excellent one, but first we all have to 
Hearn how to use it before it will become acceptable. 


tihcmrunettonal Area Supervisors had very little to 


Say about the system. They all supported the system and 
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expressed that it had received positive support throughout 
the entire command. Since the System €oordinaton seo aan 
upon himself to perform essentially all the dutves tia weg oee 
normally assigned to the Functional Area Supervisors, they 


remained somewhat aloof and accepted this status quo. 
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Veo Ul A teOrmenor oLUDIES 


miesprevious Chapter presented the views of shipboard 
personnel who have been operating with the SNAP-II system for 
memleast one year. Their perspectives and opinions have been 
developed through constant association and experience with 
the system. 

The following summaries present a synopsis of the main 
issues identified by the individual ships as having had an 
impact on the integration and use of the SNAP-II system 
within their organizations. Also included are summary 
evaluations by the authors as to the general extent to which 
MmiseovAr-Ill system have been assimilated by the ships, based 


on the interviews and through observation. 


Pw CASE 1 
WP Sypaneke ney Gf onLp 

Stated briefly, this ship has transitioned successfully 
memtme oNAP-IIT system and personnel are finding new and in- 
novative ways of adapting it to their organization. Users at 
all levels of the ship are very pleased with the system and 
are using it extensively. 

Management is using the system as a tool rather than 
mmeeating it to use at the lower echelons as a data entry 


and transaction processing system. 


oo 


The ship is pleased with the performance of the hard= 
ware, and had not encountered major problems in the seoneepm 
of using collateral duty personnel to manage and maintain the 
System. Support provided by NAVSEA and NAVMASSO was regarded 
as very good. 

Evident through observation and as a result of the 
various interviews, the ship had several strong qualiticsmmmms 
positively influenced the implementation of the SNAP-II 
system: 

- a strong commitment to excellence inp Chemiirsteoere 

- personnel with backgrounds in computer systems available 

te help Guide the “transition 

- strong involvement of the middle level managers im) en 

transition 
2) lS hel leant ssucs 

The specific items of concern raised bythe Shaem 
personnel and regarded as significant were as follows: 

- Inadequate documentation for the various levels of system 
users. This was raised from several perspectives, 
including lack of readability and the absence of different 
perspectives and levels of documentation (i.e. not every- 
one can effectively use a data-entry user's "view" Of ee 
system to understand and use the system). 

- Training was brought up as a problem, not im the gancamom 
initial training, but in the context of “cont mie 
education" for on board users in the future, “andeenem 
the viewpoint that formal schooling should be made 
available to the Functional Area Supervisors (and possibly 
lower level users) in addition to training presently 
available for the System Coordinator 

Although not specifically alluded to dumangeahe 


interviews, there were two further areas of interest evident: 


- After implementation of the SNAP-II system, the Ship owas 
not reviewed or audited by program management to find out 


114 


how the system was working. There was no positive action 
i aicmolutelr chene were problems integrating the system, 
ia weitere rOne FO Specitic problems reported by the ship. 

mete hoem ts aulack Ot Understandine of how the program is 
set up and managed ashore. Because of NAVMASSO's close 
mMivorvement i thewconversion and implementation of the 
Seoeciioeeemne Ship regards them as the focal point for 
Pecieine WitheoNAP—i) problems and suggestions. In some 
Pico oethiic is twice. Otmerwise, there 1S little official 
CommMuUMTCatVTOnVOneprOj/ecCet Status, improvements, or how 
ene project 1s being handled on a Navy-wide basis. 

Pee CASE 2 

Pee Evaluation Of Ship 

Piplecmentatmemeot Che SNAP-E] system in this ship has 
beem successful at the lower levels {data entry personnel), 
Peer has not been put to great use by the middle level managers. 
fee this level, it appears that the system 1s regarded as 
memething to be contended with, and as such is not used as a 
iamagcement tool. 

While the system iS appreciated and fully backed by 
epewcommand, and the data entry personnel are having no problem 
meme the system, there is a “gulf"', or void in the middle 
MilieGe the System is accepted at face value only. There is 
@eparently a lack of understanding as to how to incorporate 
Mmree system SO as to derive its benefits. 

imewredsom= vor the above ws not a lack of positive 
atmosphere in the command. The benefits derived from the 
system are fully appreciated throughout the ship, but there 


has been no movement to expand the use of the system or 


wa welop New methods to incorporate it as a management tool. 


eS 


The reasons for the above appear to be; 
- lack of adequate training or “selline@ "Of thewe1 came ae 
the middle level managers 
- the documentation is regarded as difficult to assim. 
- system capabilities are not fully understood by System 
management personnel--the system coordinator and the 
functional area supervisors 
The ship has had few problems with the hardware, and 
support of the system by NAVSEA and NAVMASSO has been cogus 
2. SVCnIiveant wscoucs 
Specific items of concern raised by shipboard personnel 
include =the following: 
- documentation not aimed at management and difficult to 
understand 
- inability to derive useful information that eaner-— 
utilized by management 
- the effect on management style by the introduction of an 
automated information system 
- the adequacy of the number of terminals on board 
An additional point made by the Commanding Officer wigs 
that until this survey had been conducted, no one ext¢unagiieee 


the ship had come aboard to inquire about the status of the 


system and how the ship was using it. 


Cas CASES 
he, PEValuatroneofe nip 
The hurried manner in which SNAP-I1 was ins Gaigkea 
and implemented had a lasting effect on the perftoriare- moe 
this ship. Compounded by significant downtime shortly after 
implementation, the personnel lost confidence in the system 
resulting in a slower rate of progress in bringing the system 


on line. The neutral command support adversely affected the 


Ko 


orive Grete personne! £O utilize the system and has resulted 
moeche ship still not performing all subsystem functions. 

The ship's personnel are gaining confidence in the 
mestem and have started to effectively use the system for 
management of daily operations. The middle level managers 
still do not have a management perspective on how to utilize 
SNAP-II. They perform those functions that are mandatory but 
pemeactmesececk tO Understand the potential of the system in 
assisting them in managing their functions. 

Ship's personnel are impressed by the system's 
Sapability to perform routine work and think that despite 
Mmeemonortcomings, it has reduced the administrative burden. 
As the Combat Systems Officer stated, it's "better than not 
having it on board." 

2. Significant Issues 

Miceimtenvrevs with ships personnel uncovered a 
myriad of problems, suggestions and complaints. The following 
1ssues surfaced as being the most significant: 

a. oNAP-iI needs to be more fully developed as a 
management information system and the ship's command and 
middle level managers need to be trained in the effective use 
of the system as a management tool. 

b. The shipboard and shore establishment personnel 
maemo mrOaden their perspectives on the effect SNAP-II has 
on shipboard routines. It is currently being thought of as 


' 


ford tO Management. It will become the "management system.’ 


eles 


Administratively speaking, the ship will Succeed Or tease 
how “they Wtwleize son AP ile 

c. The lack of access to terminals hinders etfectmume 
use of the SNAP-II system and wastes precious manhours. 

d. Documentation and guidance manuals need to be 
improved or reflect guidance for managing with the SNAP-II 
system. Documentation is inadequate for training new Wsers 
and of limited value in solving problems. Guidaneée in Weamne 
NAP-II from the Functional Managers (e.g., NAVSUP Manual P-485, 


OPNAV 35-M Manuals) 1S nonexistent. 


Da -CASE.A 
i. Evaluation vom omip 

This ship's approach to management is to manage by 
exception and do only what has to be done. Im one woud 
“survive. The command does not foster the use cf Shee 
The lackadaisical approach to the effective utilizationece 
the capabilities of the system leaves subordinates with Jie 
enthusiasm to make the system perform effectively. Currememe 
the system is not fully implemented and various functions are 
not utilized. 

The ship views SNAP-II as merely a transaction pres 
cessing system and SNAP-II is not utilized to better manag 
their functions. The ship has just replaced a manual system 
with a mechanized system without reaping the benefits of 
automation. They do feel it has greatly improved the accuracy 


and timeliness of data and has proved its value” fo tie Sige 


eee 


aeoeomrrtcant ISsues 
The following issues came to the forefront: 
ove —Wiesystemn's Management Capabilities need to 
be expanded and the ship's managers need training in how to 
Berectively utilize these management capabilities. 
b. Training needs to be improved in the following 
areas: 
Zadepth Of implementation training 
meedekaged training for Functional Area Supervisors (FAS) 
mer r-sihip training meeded for CO/XO0 down to the FAS level 
- functional area (rate) training needs to be strengthened 
c. The number of terminals need to be increased to 


reduce man-hours expended waiting for terminals and to expand 


access for management uses. 


Eee CASE 5 
ie Evaluation of Ship 

The installation and implementation of SNAP-II was 
Conducted in an orderly and expeditious manner, however, the 
memversSion of stock records, outstanding requisition file, 
CSMP, and COSAL experienced considerable difficulties. It 
eemld not be determined if the discrepancies resulted from 
the conversion process or were present in the original records 
per tO conversion. 

The Command demonstrated a positive attitude toward 
the system. There were some perception differences between 
meenwconmanding Officer and the Executive Officer; the CO was 


Mmm~emermated die to the way he perceived the procurement process 
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to have taken place, feeling that it had resulted aipeaes ee 
designed without including input from fleet users. “Wiis nee 
resulted in a system that was introduced without providing 
accompanying Navy Training Plan. The Commanding Officer does 
Support the system and desires to see it improved (to a) pemum 
that it can become what he considers a management tooluueen 
the other hand, the Executive Officer sees it as the way the 
Navy has chosen to institute on board automated information 
systems. Therefore he continually strives to make Gdesveues 

Unlike other ships interviewed, the Command chose to 
take a different approach as to the management of the system. 
[t was felt that the importance of the system JuStit seq 
assignment of an officer full time to manage the operations, 
Maintenance. and traininc “fOr ene ashi ier 

The middle managers were all Supportive of the system 
and welcomed its contribution in relieving their administrative 
burdens. They all voiced their opinions that 1£ theyiad 
received formal training, they would be making better use of 
the system. 

2, Suomi Vedi soulless 

The following issues surfaced as being the most 

Slit teant. 
- training is not available for personnel prior to repor umm 


on board, lacks a management perspective, and there is no 
action on implementing the Navy Training Plan 


- inadequate number of terminals 


- lack of program support in the form of program gutdanees 
standardization on board ships, interface with external 
commands, and knowledge of impact of SNAP] 1 Ions aap 
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- developing the system as a Management Information System 
- documentation lacks a management perspective 
fe CASE 6 
fee evaluation of Ship 

This ship enjoyed a successful installation and 
iobementation of the SNAP-I] system. The hardware and peri- 
mmetalS have performed satisfactorily, creating respect and 
confidence in the ability of the system to perform required 
mime tions. the only comments concerning hardware were in the 
form of requesting more terminals. 

Micmovcecieis Operating aS a very successful transaction 
Processing system. There is a considerable amount of computer 
knowledge available among several key individuals. This no 
@empt has contributed favorably to the success of the initial 
meaisition as well as the continuous operations of the system. 
At the Command level, there was a very positive attitude toward 
the overall system and one sensed a feeling of dedication 
memard the future success of SNAP-II. They see a great amount 
@meeettOort going into the system and in turn see the benefits 
Mmemreturns. Overall, management has commented that the SNAP-II 
System had been accepted as the way of the future for the Navy 
[iene gards to ADP on board ships. It is performing adequately, 
But no one really knows where they are going with it. 

The use of the system has not reached its full potential. 
ime middle level managers commented that they were not 


expanding their use of the system to the point whereby it would 


become useful as a mangement tool because they: 


ie 


- had not been afforded the necessary Graeme po ereen 
arriving on board to effectively use the syoeenma oa 
management tool 


- did not have the time once arriving On board teudey ones 
sufficient time to learning the system well enough tompe 
able to use it as a management tool 


- Division Officers and their subordinates were upmemno am 
users of the system, not Department Heads 
At the levels below the Department Heads, the system 
1s being used extensively. The Division Officers magmecees 
the majority of their required administrative records and 
files on the system. I[t was stated that this Has pro wre 
them a more effective and efficient way to manage their 
Gives on 
22. SIeNTl Gant issues 
There were several areas of concern which were 
Pet ti ed: 


- Support was not being provided to the fleet im tieweeem 
of recognizing the present need to include SNAP-I7T 
training in Various seheels: 


- Training should be provided to all levels of users puaem 
LO-reportin® on board. 


- Standardization is lacking in the depth and the breaun 
Ge (EReCRUSe On wonh — lle 


- The system has become the routine way of business and 
that the overall support for the system from shore 
establishments is two to four years bel ind eric wiece oe 


- A PQS program needs to be developed for the various 
beveds OF elicers. 


- There is an inadequate number of terminals. 


eZ 
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Vie oloeanl DISCUSSION OF TCASE STUDIES 


The issues that emerged from the ship reviews will be 
presented in two different sections: an overview analysis of 
the case studies will be done, and from these, a discussion 
Of specific items that transcended the various issues in the 


@ase studies. 


Pee ROGRAM PERSPECTIVE AND GENERAL ISSUES 

Program management is defined, for the purposes of this 
thesis, as all commands external to the users command that are 
memolved in the procurement, outfitting, installation, imple- 
mentation and operation of the SNAP-II system (Chapter II 
Meecocnted an Overview of the program management organization). 
MmieaditioOn, those external commands that directly support the 
wap S SUpplyY, maintenance and administrative functions (e.¢., 
mewat oupply Centers, Fleet Accounting and Disbursing Centers, 
emp 's Intermediate Maintenance Activities, Destroyer Tenders, 
Navy Finance Center) are included when discussing the interface 
between SNAP-II and the shore establishment. 

ime value Of any system ultimately rests in its acceptance 
by the user. User satisfaction is the key determinant when 
Smiscussineg any system's benefits. Across the board, the SNAP- 
II system iS viewed as a tremendous benefit to the ships in 
the performance of those functions that have been mechanized. 


Peeenouch user Satisfaction appeared to be high, there was a 


eS 


considerable amount of frustration in regard to Various aspmeem 
of the system. From the afloat vantage poant, =onn> -eooumes 

be significantly better than it 1S tO@day 2 ieee ee numenene 
problems cited and issues raised, that, when viewed in towameee 
had a common root insofar as the ships were concerned: spe. 
gram management. This may be a misconception on their pare 

but there is a certain level of disenchantment with the Wa 

the program is being managed. In and Of itselit Setmuceee 
indicative of a need for increased and effective communicate 
with the fleet user. 

On closer observation, the satisfaction and enthwsaacm 
for the system was mainly at the functional area supervisor 
level. Their enthusiasm appears to be due to the néwnessmam 
system and the advantages of a mechanized approach over a 
manual approach. The impression 1S that as these users Dbegemme 
more sophisticated, they will be less willing tovaceent vie 
problems they have encountered, and if the problems pecrsmes 
or recur, their enthusiasm will wane. 

The ship's managers, on the other hand, are less satisfi#em 
with the system. They feel for the most part that Site 
does not address their needs as managers. Although it does 
provide them the ability to manage specific operations, it 
does not lend itself well to overall management of their 
department or area of responsibility. 

At the command level, the system 1S O£ little jicee 


decision making tool, and as such is ignored. Tfhe systema 
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not regarded as being able to provide answers to ad hoc 
questions. Although some of the Commanding Officers and 
Executive Officers give the system high marks in the area of 
performance of specific tasks and management review of them, 
meme telt that it was of use to them in guiding the ship 
toward mission accomplishment. As one CO pointed out, SNAP- 
II was just another way of doing the same job. 

The various ranges and depths indicated in the summary 
Chapter V gives an indication of the problem associated with 
assessing the status of SNAP-II on board a particular ship. 
Due to a lack of standardization, each ship has employed SNAP- 
fein a different manner, depending on the importance the 
command (CO/X0O) attached to SNAP-II, the command involvement 
in the management of the system, quality of "available" 
personnel, location of the hardware on board, and many other 
meeors DeCuliar to a specific ship. Ships are at different 
levels of utilizing the system as a whole. Kroenke has cate- 
gorized computer systems according to how they are employed in 
Mite iianagement of an organization /|Ref. 14:pp. 91-94]: 

= Decision Support Systems - provides for ad hoc manipulation 


Piammanadlineg Ot data; irregular or one time queries for 
information can be handled 


- Management Information Systems - provides past, present 
Mitrtiiuine IltOnmation; Penerates preformatted reports 
to facilitate management decision making 


- Transaction Processing System - receives and records 
changes to a data base, and produces appropriate documents 


Some ships are basically capable of effectively utilizing the 


System to process transactions, while others are using the 


Zo 


system to manage the transaction processing, and there are 
those that are pushing their use of the system towards the 
MIS arena. This situation is exacerbated by having each 
subsystem employed at different levels withineag ge eee 
Though the comments received were for the most paren 
localized to a specific problem area, there were a numbereo. 
Significant issues raised that apply to overall management of 
the program. The ship's have serious Questions Imeeaenmom 
several management support areas that drive home the user's 
impression that SNAP-II planning was not well thought out and 
management has not been coordinated. 
In this context, management support has been divided into 

the following six broad areas: 

“SAL Teectron, of Pree ram 

- guidance provided 

= hardware/software support 

> Ti rate ae 

- communication 

- interface with shore establishment 
Though these areas are arbitrary and do not relate to any 
charter or list of responsibilities, they Serve te =tecus ian 
on the major concerns the ships have with the SNAP-[ISsysecum 
Each area will be discussed and the Significant issues = aan 
the ship's viewpoint) will be brought out. {[Authors@mece: 
System management terms have been utilized to concisely convey 


the intent or meaning of what various personnel felt and said-- 


obviously, they did not use them themselves .|© 


LA: 


orc ce Lomuor Program 

Mremevietas lsu) Trection Of the SNAP-II program, from the 
Mmm Ss PeTSpective, 1S tO mechanize manual functions in the 
EMeply, Maintenance and administrative areas. They do not 
necessarily view it as an effort to reduce the administrative 
burden on ships, and few of the middle level managers inter- 
Viewed saw it as an attempt to provide management capabilities 
in performing their functions. The system is viewed mainly as 
a Transaction Processing System with minimal management capa- 
bilities, providing only those management capabilities 
necessary to manage specific operations. It is not perceived 
as a Management Information System (MIS) or Decision Support 
System (DSS), but the Command level and middle level managers 
feel that it should perform at least at the MIS level. 

The two issues that weighed most heavily on the minds 
Pm interviewed personnel were: the lack of project review 
Peaeprocram management at the ship level as a tool to guide 
the direction of the program, and whether SNAP-II was intended 
to be a Transaction Processing System, Management Information 
System, Or a Decision Support System. The issue of lack of 
project review of ships with SNAP-II installed will be 
seescussed in the following section on specific emergent issues. 

The issue of SNAP-II's purpose as a system originates 
meeme the discontinuity between the phrases used to describe 
mmemooals and attributes of the SNAP-II system (e.g., real- 


meme MIS |Ret. 1l:p. 1]. Automated Information System [Ref. 


Ze 


3:p. l}] and the reality of what the system Cam ido mmo uenee 
importantly, what it cannot do. The managers feel that 
program management does not understand the needs of the fleet 
With regard to the output the system should) pre aes 

If it 1s assumed that SNAP-II is a management system, 
then there appears to be a dichotomy between its purpose vam 
the amount of hardware provided to accomplish this. Namely, 
with the word processing capability and the management function 
superimposed on the transaction processing system, the number 
of terminals appear to be inadequate to handle the manaogemems 
function. As the case summaries showed, every ship felt eae 
they did not have an adequate number of terminals to perieimg 
the functions within SNAP-II. The transaction processing and 
related day-to-day actions by managers took priority and sig. 
system management uses and word processing were relegated to 
a "catch as catch can" status. AS a group, the middlcewe 
managers felt word processing was an important management tool, 
yet they could not use it to its fullest extént due comer 
effects it had on system performance (response time) and 
transact ron processing. 

2. Program Guidance 

For the purposes of this review, program guidance 
covers the implementation and operational guidance received 
from external commands. This does not include the trata 
of personnel, as that will be covered in a separate section. 


Although each ship felt program guidance was inadequate? Summ 
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area was not considered a key issue in and of itself, but was 
in the background of most emergent issues. It is discussed 
because it serves to provide a background that is relevant in 
Mmener areas that were identified by the individual ships. 

omar iccd time a TOUsmeasces, che implementation process 
that NAVMASSO oversees is considered to be good by the ships 
reviewed, and was not a major issue except as it related to 
documentation and training. These two issues will be discussed 
in the next section on specific emergent issues. 

The operational guidance which is within the purview 
of the ship's chain of command and the supporting shore 
establishment (refer to Figures (3) and (4) in Chapter II) was 
considered as inadequate or non-existent. The Type Commanders 
were the only bright spot in the process. They have provided 
pimidance, but, as with any new program, it was not timely or 
m7 Suificient depth. The Executive Officer of a destroyer 
noted that the ship had been waiting "two years" for the 
Suidance that the “Annex W of SURFSUP" was going to provide. 

Unlike the Type Commanders, the shore establishment 
mieemot provided guidance on how to effectively integrate 
Seee-11 into the shipboard routine. The functional managers 
have not updated basic publications (e.g. NAVSUP Manuals, 5-M 
memuals) to include policy or procedural guidelines. Some of 
@@emsnips have had SNAP-II on board for two years and are 


Sell! waiting for this basic guidance. 


reo 


5. Hardware and Sottware Suppose 
The ships did not report many problems with the 
hardware and it was considered very reliable (Chapter [00g 
vides background information on hardware and see. mesm 
Another bright spot in the whole program is the support sGme 


ship receives in the maintenance of hardware and Software wees 


noted in each of the cases, the performance of both NAVSERaee 


NAVMASSO, and NAVMASSO DETPAC has been outstanding in the area 
of response to problems and questions. As documented in Ga 
Five, ships had stories of superlative effort put ytorthimeee 
Support them when they needed it. The software .saitenewam 
there were numerous problems, was not a major i1SSue tO jniGem 
ships. The users had a tremendous number of sugeseStiloncuae 
improve the subsystems and identified numerous problems woe 


programs (all at the procedural level). No major prepimerr 


were cited that had not previously been identified by NAVMASSO. 


As stated previously, the users at the lower Neve 
impressed with the functions performed by the sot twoamee 

The issue that dominated any discussion of software 
was that of documentation. Documentation was considered 
inadequate for training and of little value Mion pment 
solving and as a general reference. Documentation wit har. 
discussed in greater detail in Section B Of this ehape am 

4. Personnel and Training 
The subject of personnel was not a major issue, other 


than as it related to training (Chapter [it pro 
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Paickorouna intOrmation on personnel and training). The 
concept Simismmemecollatrcral duty personnel to run and maintain 
SiemoNAP=)l system, with exception of relatively few comments, 
was felt to be sound. Although a number of system coordinators 
Mmie@miaintainers felt that it could affect their primary 
functions, no data or documentation was provided to support 
Pmearereelings. It is felt that there will be incidences 
where it will affect the support of SNAP-II, but they do not 
warrant a change in policy at this time. The most frequently 
discussed issue and the one with the most immediate concern 
Was training. Their criticism of program management crystal- 
meeed With the topic Of training. Training will be discussed 
maroection B of this chapter. 
5. Communication 

The area of communication was not the subject of much 
Geoeussion by itself, but was linked to almost every other 
mee that surfaced. To that extent, it is an underlying 
@amce Of, Or a result of each issue that the ships surfaced. 
From the afloat viewpoint, there is a lack of communication 
aeeall levels and in all management areas of the SNAP-II 
meeetam. the issues raised were: lack of fleet input, lack 
m@ematalog with the fleet on matters concerning operations, 
and the lack of understanding of the program's decision 
eime process in the fleet. 

Most of the managerial personnel feel that the program 


meaeott tO a bad Start as a result of a lack of good fleet 


input or input that appeared to be ignored by the sproamem 
management (Case Six presents a good example Of stim ews 
Instead, program development was controlled by personnel who 
were too far removed from the realities of Shipboa@ras)1:cmeuee 
who relied on manuals to provide the necessary guidance. To 
managerial personnel, the system was not developed to meet 
Shipboard needs as they view it. 

Until recently, there was little effort fom we 
dialog with the fleet concerning the problems and issues they 
have, or to provide them information on the status of probleme 
or expected changes to the system. There is littleeineeene 
way of public relations concerning SNAP-II aimed either at the 
Slips Or at the Shore eStablishment. 

The cases disclosed that the fleet has very seca 
knowledge of the infrastructure of the SNAP-II proevaneane 
little information on the decision making process. Towun- 
ships, the SNAP-II program is embodied by NAVSEACEN and 
NAVMASSO, with the TYCOM playing its traditional teem 
monitoring the problems associated with SNAP-I]. Frome@ene 
end user viewpoint the power to make decisions rests) ween 
NAVSEA for hardware and NAVMASSO for software and all other 
Concemis. 

6. Interface with Supporting Shore Establisoimems 

The interface consists of the way in which the ship 

and the supporting shore establishment pass requirements and 


information. The issue here lies with the way themexteuman 


merece PGOVTGe Seivices Or aSsiStance. This interface is 
in the manual mode and not prepared to handle the mechanized 
output from SNAP-II. This problem has been noted by several 
of the ships visited. Specifically, the maintenance activities 
(e.g., dealing with work packages, RAV), supply activities 
(e.g., dealing with requisition processing, status on pro- 
Surements) and financial activities (e.g., dealing with 
processing of obligations, reconciliation of expenditures) 
memmot Or dO not accept the mechanized output of SNAP-II. 
These activities are, for the most Part, in the manual mode 
of communicating with ships. 

Another shortcoming of the system is the lack of use 
of telecommunications to support the ship while at sea and 
while in port. On board ship, various processes could conm- 
mumicate directly. For example, it 1S archaic to create an 
outgoing message on SNAP-II, punch a paper tape, carry the 
Meaper tape to radio central to be fed into a machine to be 
memsmitted off the ship. Also, the ship does not have the 
eagability to communicate directly, via telephone lines, with 


EMporting activities when it 1s in port. 


foe eCEEIC EMERGENT ISSUES 

The previous section gave an overview and analysis of the 
irmes raised by the ships. This section will focus on those 
meowes that have had the greatest impact on the integration 
of the SNAP-II system and transcend many of the issues raised 


ipeene end user. 


1. Project Review, Management Policy, Vandmseamc we 

Management policy for the use (vice management wor jem 
SNAP-II system was an item of concern in many of the ships 
reviewed. The subject of project review, althougiepaemeneeee 
only as a tangential issue in several Cases, in and Of Ttseues 
was nevertheless conspicuous by its absence. These two issues 
are closely related, as the review process must have some 
Standard to be compared with, and these standards are driven 
by policy decisions. As one Commanding Officer mom aememenes 
interviews herein were the first time someone external to his 
ship had been aboard specifically and formally Coming ae 
to how the various aspects of SNAP-II were performing tei 
command. 

a. NeCaerene royce bal levien| 

Any computer project has risks. Among @ouies 
definitions, risk is defined by Cash, et al [Ref: 1575 
as: 

- failure to obtain all, or even any of the intended bencimmae 
- increased costs of implementation 

- longer time for implementation 

- technical performance of system below estimates: 

To reduce the risk inherent in any project, pugpem 
management tools must be brought to bear to control the projie@us 
From a systems point of view, Senn defines a control moaem 
asi Ret.:)Ommp. 12-1 Sule 

- 4 standard for acceptable pertenmiongee 
- a method of measuring actual performance 


- a means of comparing actual performance aoa oem 


Standard 
a method of feedback. 
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Pomme uirtnom=catcperIzecomtne formal process of determining how 
well the system is working, Mow, Temas DCCimedeeepted and 
whether adjustments are needed as "post implementation review" 
Meee- 16: p. 542). im this context, "post implementation 
review'' can be regarded as a feedback method to determine if 
the actual installed and working computer system is doing what 
Htywas designed to do. A case study advanced by Cash et al 
Seem 15:p. 357] places post implementation review as part of 
MmmeewcOntrol and monitoring process, which is analogous to the 
System feedback concept. 

As established, the only feedback provided for in 
mmewcurrent SNAP-JI program 1S a reactionary one--1.e., ships 
generate reports describing trouble with hardware or software, 
Or suggesting changes to some aspect of the system. While 
there is informal liaison maintained by NAVMASSO implementation 
Personnel after installation, there is no formalized or "active" 
review process. Periodic meetings are conducted on a geo- 
meeapnic basis to discuss system problems or new developments, 
with fleet attendance highly encouraged, but not mandatory. 
Pteennical Advisories" and "Fleet Bulletins" are also 
published by various sources. 

P=DOostwimplememtation review can be used as feedback 
to improve system effectiveness and attain the bottom line of 
Meremesatistaction. Various authors have outlined both the 
need for post implementation reviews and the general character 


m@eye should take. Gaydasch has formulated what he terms a 
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“quick and easy approach" to this process {Rete i? spp 
maintaining that the review, or audit, should be performed 
after the system has had a chance to "settle down”. The G@emieaem 
outline of his recommendation are as follows: 

- compare promises to deliverables 

- monitor operational performance through observation 

- evaluate the quality of informacion 

- evaluate security, backup and recovery prov vom. 

: determine adequacy of system documentation 

= IMGer ViICweUsers 
As a result of this, the review should reveal system probleme 
and recommendations from the users. Both are vital for 
continuity of system expansion and growth. More detagied 
recommendations for what a post implementation review can 
entail can be found in works by Senn [Ref. 16:pp. 542-547} ame 
Luiteas* Rete (18 pp, Sis — 571 

bs... Policy andoStandards 
(1) Measurement. In following the system model, 

a post implementation review serves to measure the aera 
performance of a system against a standard, or what it was 
intended to accomplish. As a result of this compaprgcom 
positive action can be taken to Correct any diccerepagenme. 
diseo0vered, 

Defining exactly what the SNAP-II system was 
intended to do may be difficult. From One daspece Som ans. 
Simply state that if it accomplishes the specifie fumeurem 
it was programmed to do, then it is a success. However cae 


programming or software function is just one part of a computer 


system. As defined by Kroenke [Ref. 14:p. 22], hardware, 


omeiaheweadadta, PpLOceaites and personnel constitute a computer 
Sotcime thereteme, tO measure the effectiveness of the system, 
all must be measured against a standard. 

(ZjeStandards. Assthe SNAP-I1 program has been 
mmLemented, it appears that only four of the five components 
of a computer system as defined by Kroenke have some standard 
eeeeaolished. Hardware, software, and data are sufficiently 
@enined and standardized by project documentation. The pro- 
Seem implementation document and Type Commanders instructions 
specify what personnel shall be used and what training they 
will receive. From a system viewpoint, procedures are 
Pemtially unspecified. Certainly, there are procedures 
Specified as to how to run and manage the system itself, but 
there is no guidance as to how to integrate the SNAP-II system 
fmoecaurally into the overall current ships organization and 
operation. 

iGCi neo GomtNOuG@lncetuans Lrom where procedural 
mepolicy guidance and standards for SNAP-II integration into 
Mme Organization can come from: the ship's administrative 
Sommander (1.e., Type Commander) and the shore establishment, 
which has cognizance over Navy-wide management and support 
Systems, such as the supply and maintenance systems. 

EnuistiatioOn was@evwdent in all reviews 
memeause Of a lack of policy guidance as to how to integrate 
MiemoNAP-I] system into the management of the ship. Kroenke 


has categorized computer systems according to how they are 
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employed in the managment of an organization, as Cited 
previously. Some ships are utilizing the system as acre 
action processing system, while some are a level above and 
attempting to use it as a management information system. Some 
Standard or policy must be established so that system use is 
uniform and fleet units can use the SNAP-II system to i1t€S augme 
POLeChtaal. 

There is little or no policy guidance asm 
how the SNAP-II system is to be integrated with shore establash-= 
ment responsible for supporting the fleet. This Mas @ipeen 
commented on in various ships in relation to the 3-M Sistem 
and the supply organization, and has been evidenced throuwga 
ships still being required to furnish “hard copy” documenae 
to shore activities to accomplish maintenance actions, Suche 
work requests (OPNAV 4790/2K) and measure calibration. 
Further, several ships report that the shore establishnem: 
is not prepared to deal with an automated ship, and does not 
fully understand what the SNAP-II system 1S capable of dodges 

2. Documentation 
The issue of documentation was raised from two view- 
points: inadequacy of documentation to assist and edueae. 
the manager, and that existing documentation sutters=2rome, 
lack of readability and organization. The later may (jesse 
the cause ef the ommer- 
The inadequacy of the existing documentation was Gileee 


aS a specific area of concern throughout the revicr seaaeeeem, 


as 


identified as an aggravating factor in the areas of management 
and training in relation to the SNAP-II system. 
a iamacsenent Percept 10m 

Lieminder iL Vyingmneasonswror the dissatisfaction 
with the current documentation are varied in nature. Generally, 
meiemaata-entry personnel are not reported as having problems 
oni cdoctimentation, Only the personnel concerned with management. 
peecitic attributes of the documentation and circumstances were 
Mmaeerted, just a general lack of confidence and use brought 
ee Dy negative initial impressions. 

In this sense, the documentation provided was 
Viewed as adequate for guiding personnel in the entry of 
eee 1c data im Specific menu-driven screens, but of limited 
use in answering questions or as a management tool. 

iipemmiamacers CXpressedmeencern that the documen- 
mation was hard to use and difficult to understand. They felt 
Mmemias Written for “computer literate" people, finding the 
terminology confusing and lacking a management summary. They 
med mot easily reference the document for questions of a 
Prmeoad nature and the documentation did not illustrate the 
inter-relationships between subsystems and data. 

bee Janagement Needs 

From a management perspective, the guides and 
manuals provided are inadequate. This has been brought up 
repeatedly in the case studies and cited as a primary reason 


Pemreo why middle level managers and Command level personnel 


og 


have not utilized or integrated the SNAP=i19s)s tenuous 
full potential. There is no documentation available thategueee 
information a manager can use effectively; it appears thats 
documentation is geared either to the data entry Wiser ecr sae 
reference document for hardware and/or software maintenance. 

Managers, as a group, have specific tasks and needs 
in relation to an information system that should be identities 
Cohen and Cunningham discuss the creation of effective manuals 
for specific readers to perform specific tasks [Reft. 19: Dp 2im 
Expanding on this, they maintaim that datfiecrenteuscs md 
different information, with many ways to classify manuals-- 
according to type of job, location, andsantendedaaaaeane 
[Ref. 19:p. X]. The existent SNAP-II documentation docs Mice 
single out specific groups of users or provide guidance gang 
reference tailored to specific needs. While the information 
is all there, it is essentially "buried" and managers ame 
loathe to dig through the documentation to extract What they 
Cane Use. 

lf the system is to succeed® managementmmuce 
understand it and be able to use it. Perryman notes thatthe 
quality of documentation 1S a major determinant of how welimga 
system is received and how widely it is used [Ref. Z20:p .05aim 
McCann {Ref. 2l:p. 8] also places emphasis on the qualityeee 
system user documentation in improving the benefit derived 


TYom a CoOMmpuleer system: 
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Cee o 

iieeaeterapehity Or coOCcumentation to the training 
environment was brought up as an issue. In the present format, 
it was not viewed as a training document because it is oriented 
iectly as a weference, and was not suitably arranged by topic 
area. An idea advanced by Cohen and Cunningham is the concept 
memorrogving’ the old system to the new one [Ref. 19:p. 1537]. 
Mader this concept, the.user of the documentation should be 
given an explanation and example of the "old'' and "'new'' at the 
mame scime. Applying this to the SNAP-II system, there is very 
Pattle graphic display of what the "old'' manual forms looked 
like and where information was entered on it, and how this 
relates to the SNAP-II system. It would be of great value in 
training new users who are presumed to have knowledge of manual 
oem procedures. 

d. Source of Documentation 

The directives that NAVMASSO has promulgated con- 
cerning the development of end-user documentation [Ref. 22], 
and [Ref. 23] comply with the standards established by the 
Pe@metary Of the Navy [Ref. 24:Encl. (1)]. On examination, 
these standards specify only the format of the documentation, 
and does not address itself specifically as to whom the 
Meeunentation 1S aimed, stylistic content or provide guidance 
Memeo what constitutes "good" user documentation. 

As these standards were developed prior to or 


during 1979 (pre-SNAP era), they may have been intended 


ea 


specifically for use by data-processing professionals who have 
initial understanding about computer systems. Since thavwcumem 
the advent of computer systems (such as SNAP-II) where novice 
end-users are placed in an interactive status requires a whew 
new approach to documentation--the target audience is a 
completely different one. 

e.  ExXisSting Doeumentaerom 

There are four types of documentation aval eae 


to the fleet user for SNAP-II: 


SNAP-II Management Guide 
- On-line Users Manual 
= Users, Guide 
- Desk Top Guide 
With the exception of the management guide, there are separate 
manuals and guides for each subsystem of the SNAP-II system. 
The management guide gives a brief introductiem 
to the SNAP-II system, history of software releases, anda 
brief, general description of each subsystem without reference 
to specific input or output. It could be confusing tama 
manager/user, aS it 1S interspersed with computer terms and 
does not state exactly what the system can do for a manager: 
It is geared toward managing the SNAP-II system, not managing 
Wain ithe SNE = Wie Si.S.e cle 
The on-line users manual is essentially a primved 
version of the system's on-line, "AID" feature .wicieene 
objective of providing information to the user so he can use 


the particular subsystem effectively. Little use 1s @mademom 


graphics (except for type written screen examples) > with etc 
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Zio weveweniirespage. Ihe Content 1S organized using 
Bee i Oehomieionmetc.2-.85,i,o.2-.L.16), without breaks 
between subjects, or tabs provided for easy subject or 

meeevonry reterence. [he approach to explaining the use of 
Miemsubsystem 1S “top dOwn' =” 1.6", it starts at the entry 

point to the subsystem and goes down through each module, sub- 
module, etc., with screen numbers used as reference, explaining 
lew. tO input data to each individual data entry screen. Table 
Weds a typical example [Ref. 19]. <A review of one manual, 

the Maintenance Data Subsystem on-line users manual [Ref. 24] 
Showed a text of 862 pages, with the table of contents 

fe-ample in Table VI) alone running 27 pages. The documentation 
iomvery complete--1t tells a user everything that is applicable 
to a subsystem. Herein lies the paradox--it overwhelms the 
header by being too Gomplete and hides information Diaev ir tue 

ee poor format. 

The users guide 1S a reference document intended 
momeusers Mavine Knowledge of the system in the first place. 
Memlists and cross references files and programs, gives data 
Peemicnt Gentigurations, and lists error messages and corrective 
meerons. Ot all the documentation, this 1s the only one that 
lists the reports available from a subsystem in one place. 

The desk top guide is a self-study document for 
new users. [It is set up for a user to learn and master 


specific functions, but does not give a system overview. 
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EXAMPLE OF PAGE OF ON-LINE USERS VA ewe 


3.2.2.2.2.2 Qnline Tickler Report by Item ID (MDS490). ‘This screen presents 
a summary of recoras that tall within the range or filter values specified. 
The summary includes item ID, management code, description, work center and 
due date. This screen allows you to display a selected record (determined by 


Cursor position) on a data display screen. PfKey options available from this 
screen are described below. 


REFERENCE 
PARAGRAPH 


PFl1 - Review Record 3o2<2c20ne0 
(This option presents a data display screen 
prefilled with data from the cursor-specified 
record.) 


PF9 - First Page 
(Depressing this option causes the first page of 
the report to be displayed. If the report does 
not have multiple pages, this option will not be 
available.) 


PFl12 = Next Page 
(Depressing this option causes the next page of 
the report to be displayed. If no additional 
pages remain, this option will not be available.) 


Additional PFKeys available are PF13 for general aid as described in 
paragraph 3.1.3, and PFKeys 14, 15, and 16 as described in paragraph 2.1.4.4c. 


3.2.2.2.2.3 Review Record. for Report. by scene (MDS508). This screen 


presents a data display of the record selectea from the Online Tickler Report 
by Item summary screen. Fields will be prefilled with existing data and 
nonmodifiaple. Selection of ENTER will return to the summary. screen. 
Additional PFKeys available are PFl3 for general aid as described in paragraph 
3.1.3, and PFKeys 14, 15, and 16 as described in paragrapn 2.1.4.4c. 


3.2.2.2.2.4 Select Options for Report by Date Due (MDS492). This filter 
screen enaples you to select a specific range of records for the on-line 


report by date due. Values that may be entered are beginning and ending Item 
ID's, beginning and ending Due Dates, a Modified Since Date, specific 
Management Coges and/or work centers (you must change the fields to “Y*). The 
first work center field will be prerilled with your primary work center. If 
you have multiple work center access, this field will be modifiable. Fields 
may be lert blank. If fields are left blank, all values for those fields will 
be eligibdle for selection. Date value, if enterea, must be in DD MMM YY 
format. Selection of ENTER initiates validation orf the filter values 
entered. If any field is in error, the filter screen is redisplayed with 
invalid fielas blinking. When no errorS exist, record selection begins. 
Records meeting the range of filter values are displayed on the Online Tickler 
Report by Date Due summary screen (refer to paragraph 3.2.2.2.2.5). If neo 
records qualify, the filter screen is redisplayed with the message, “NO 
QUALIFYING TICKLER RECORDS FOUND". Additional PFfKeys available are PF13 for 


general aid as describdea in paragraph 3.1.3, and PFKeys 15 ana 16 as described 
1m paragraph 2.1.4.4c. 
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EXAMPLE 


302s del 
Se2edeael 
Bios Sele ken 
So2e3s1.1.2 
Saea eee 
ieee 
3.2-3-1.3.1 
Saco ln 
Beene eo 
J. edi). 6 
Serle A) 
S.2.5.1.0 
Secee leo 
Scr oete Ook 
See ele ose 
$< 270-1-10 


TABLE SY! 
OF PAGE FROM TABLE OF CONTENTS 


TABLE OF CONTENTS (cont. ) 


Select Options for Tickler 
Modification (MDS482) 
Summary of Items for Modification 
(14DS484) 
Modify Tickler File Record (MDS486) 
Review Tickler Record for Modification 
(MDS657) 
Delete Tickler Record Verification 
(MDS514) 
Add New Ship's Tickler File (MDS465) 
Delete Tickler File Selection (MDS467) 
Delete Tickler File Verification 
(MDS477) 
Order Nonmaintenance Related Supplies 
Equipment Configuration and Logistics 
Support (MDS442) 
On-line Bquipment Configuration Reports 
Menu (MDS819) 
On-line’ Report Bquipment System 
Identification (MDS821) 
On-line Report Bquipment System Ident 
by SWLIN (MDS831) 
On-line Report Byuipment System 
Identification by APL (MDS823) 
On-line Report APL oes List 
(MDS8 25) 
On-line Report Ree eraee oe File 
Search Options (MDS86 
Equipment File ee oe 


(MDS835) 

Find Eqpt by Logistics Support Data for 
Eqpt Update (MDS908) 

On-line Report Equipment Summary List 
(MDS827) 

On-line Report APL Characteristics Data 
(MDS860) 

On-line Report Detailed Bquipment Data 
(MDS829) 


Additional Equipment Data (MDS849) 
General Logistics Support Data Summary 
(MDS912) » 
Equipment XREF For Logistics Data Item 
(14DS910) 
General Logistics Support Data Detail 
(MDS911) 
Equip Dependent Logistics Data Summary 
(MDS931) 
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369 
S12 


372 
375 


315 
375 
379 
a7 


379 
382 


385 
387 
389 
a9 
B93 
322 
325 
398 
400 
400 
404 


404 
407 


411 
4ll 


f{. Documentation Desmen 

It would appear that the designers of the system 
have taken considerable effort to ensure "Wser friend) imeeem 
through the design of system architecture and user-intertaces 
but have neglected documentation. “Hulme (Ket wth soe 
Statcs: 

The ease of understanding a piece Of written material ame 
depend not only in the characteristics of the passage, cum 
how clearly it 1s printed, its grammatical forme ca. me 
also upon the readers past experiénee and familianrty aeee 
the concepts involved. 

Various authors have stressed the importance of 
using plain English without technical jargon in system 
documentation [Ref. 19:p. 6] and |[Ref. ZU0-pp. 36-57] eae 
existing SNAP-II documentation is replete with “'computerese ™@ 
"cursor selected", “screen fields". “selected datae we ou 
“card image format'' and similar terms appear all too citem 
and serve to confuse the reader. Ex¢eessive Interiaepene 
referencing 1s also a detracting s£aeuom 

Format and organization Of text Can De vewreren ee 
important. For example, in one passage from the MUG von-ea., 
users manual, the explanation for one screen is a Solid bile@s 
of text running half the page, single =spaced. Serr ais 
recommends that text be uncluttered, neat with wide margins, 
and that it be complimented with effective charts and diagrams 
[Ref. 20:p. 38]. The physical separation ot Chapteersmica 


Visual cue) is also recommended, which is lacking in Gia 


document at Lon. 
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So eeeGatning 
eee Cla be oy 

Mimciemovetaliettainimee stratesy Of eeae SNAP- II 
eycoeem, NAVMASSO is tasked with providing the initial 
implementation training for the end users on board ship. The 
formal training relationship with NAVMASSO is complete upon 
implementation, and by extension, NAVMASSO will be out of the 
training business when all ships have had SNAP-II implemented. 
fPomMeurrent with the phase-out of NAVMASSO in the formal 
matimine arena 1S the emergence of formal training responsi- 
bilities within the Navy training establishment. 

As of January 1986, the Navy training establishment 
moeenot commenced a full scale training effort for the SNAP-II 
program. Various training commands and schools have included 
pome SONAP-I1 training COvONemdCemccwemeanother, but not all 
ieee integrated SNAP-II either specifically or as a subset to 
@merpent instruction or subject areas. In and of itself, -even 
though formal training has lagged implementation by several 
years, this overall strategy is not seen as having had a 
deleterious effect on the success of the SNAP-II program, due 
aemene ecrtort by NAVMASSO to assist informally after imple- 
Mentation and because of the relative lack of sophisticated 
employment of the system by fleet users at this point in the 
life of the SNAP-II system. This has, however, limited the 
ability of some ships to fully utilize the SNAP-II system and 


Memave 1tS intended benefits. This strategy and current status 
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of training should, however, be communicated formallyeto tiers 
users so that they will not become complacent anaqual loweene 
System tO Stacgnate Opedlonecce 
b. Thrust of franmne 

The emphasis of the training for the SNAP-1] Syeqmem 
Should focus on the type of training and long term objectives 
with "Who" is conducting the training as a minor iS5sie ee 
concept of training in relation to a computer system Camas 
diverse perspectives. Differentiation Gam be made ™betweem 
users and managers [Ref. Z27:p. 30], initial versws) Teeummee 
training [Ref. 14:p. 65], system versus applica cineca 
product) training [Ref. 16:p. 528], and concept developmenm 
versus specific skill training [Ref. 27:p. 32]. “Asie ee 
aforementioned must be considered when designing and imple- 
menting a training program for a computer system. The suce@oee 
or failure of the system, or its effectiveness and efficienem 
can be driven by the training afforded the end user [Ref. 143 
p. 64]. In itS current state, managers as a groupeaneemen 
Deine te raimec: 

(1) User vs. Manager Training. Under the curren 
implementation strategy, NAVMASSO is tasked with providing 
the initial end-user training in order to place the Slava 
System in an operational status. There iS no SUD-Stratcioy ae 
to what kind of end user is being dealt with. 4 ce ume 
documentation issue, training should be tailored to the 


function of the end user in question. The Commanding Officer 
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or a Department Head will have different views of the system 
than a data entry user, and should be trained with their 
Meerelrcnemperspeceives in mind. The relationship of training 
to documentation, however, should not be regarded such that 
Siemlowae SUDStItULe for the other. Senn warns that good 
@oecmmentation should not be a substitute for training [Ref. 
Bop. 528). 

a) Recurrent Training. Once implementation 
training has been accomplished, the end user should not be 
left on his own nor should training be regarded as complete. 
Beem cibes and Kroenke address the idéa of recurrent training. 
meeees |Ref. Z/:pp. 30-33] recommends a three stage "curriculum" 
mpproden tO training end users. “In the first stage, the ''How 
memmaspects are addressed to novice users, focussing on the 
Meemanics of utilizing the hardware and an introduction to the 
mieeware. Ihe recurrent training philosphy is embodied in 
Semees two and three. Stage two entails the idea of educating 
Meenrs (and managers) instead of training, with the focus on 
concept development versus skill training. Stage three, which 
may be beyond the scope of SNAP-II, deals with concerns about 
data integrity, documentation of software developed by users, 
Mmemsystem accountability, security and controls. Implementation, 
memeoeage One training, 1S not completely ignored after imple- 
mentation, as there will always be new users. 

Applied to SNAP-II, initial training has been 


meeced fOr, but recurrent training has not. This type of 
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training can be divided into two dreas-==that whem sien laa 
conducted on board, and that which should be conmadmemoqmns 
fleet training centers or schools enroute temee aman 

Training syllabi and materials for sarled: 
recurrent training should be developed and provided to simmam 
when the system is implemented. In a paper on user interface 
design [Ref. 27:p. 171], Thimbleby recommends that such 
material be provided by the designer of the system, which in 
this case can be construed as being either the funce seman 
manager or NAVMASSO. Currently, the subject of recurrent 
training is handled in diverse ways. Some ships have a strome 
training program, but it 1S a re-run of the implementamuem 
training. Guidance is necessary so that ships can Carry ene 
strong continuing, or recurrent training program to develoums 
system-wide perspective of SNAP-II versus a narrow and specu. 
subsystem application view. 

Training conducted by shore commands will not 
be addressed here as there is insufficient experience and ada 
to make any objective evaluations. 

(3) The “Selling of the Product". Tie Wachee 
systems perspective by the end-user managers may be a 
detracting factor in the successful implementation and @gsem@m 
a computer system. The manager must understand how the system 
affects him and his personnel. This form Of trainee. 
education, is not present in the training strategy of SNAP ae 


Eibes [Ref. 27:p. 22], in addition to the Various att papas 


s0 


Meant CumenOmeonunhomtinee-stage Curriculum, states that the 


marketing” or “selling” of an information system to managers 


Securs at this point: 


However, a majority of those receiving systems education 
will originate from the supervisory, managerial or even 
S.cClitave positions The process may not even be 
Gaited "education’, with terms such as 'marketing' or 


'selling' being preferred. 
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VII. CONCLUSIONS AND RECOMMENDATIONS 


Given the diversity and magnitude of the SNAP=-1) programe 
a considerable degree of success has been achieved in 
implementing an interactive computer system in independent 
afloat units having novice users, operators and maintainers. 
The system has been received in a positive manner by all ssiiueee 
that were a part of this review. A adjectival Summary een 
Various aspects of the SNAP-II program from the end users 
Der Spective 1s sntluded 4a5_laple wie 

The end users have been generally satisfied with the 
implementation process. While there have been problems with 
constructing the initial data bases, these are not Seca 
major obstacles. The performance of NAVMASSO and the NAVSEACEN'sS 
in their implementation and support roles have been CoOnsSi1S5 ene, 
Mery “CoOOd: 

The hardware and software elements of the SNAP-I1 program 
have been well received by the ships reviewed. The subject 
of the adequacy of the numbers of terminals was raised 
repeatedly, suggesting that this area needs further consider 
ation. As an adjunct to this, several ships have reported =i 
the word processing function seriously slows down system 
response time, although this was not quantifiable. An 
alternative to this, should it be technically and economiealmae 


feasible, would be to install “intelligent terminals” “capane 
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of handling the word processing function locally instead of 

in the Central Processing Unit. These terminals Showa yrenaaee 
networked to the minicomputer for the purposes of performing 
the designed SNAP-Il fumetions. 

The degree of integration of the SNAP-II system into the 
shipboard operating environment has varied from ship to ship. 
As has been noted, some ships are operating different types 
of computer systems--some at the basic transaction processus 
level, some at a higher level. The level of computer expertise 
and character of the command prior to SNAP-II implememtacren 
has had a certain bearing on this, but there are also extermam 
intangible, or non-material factors that are influencing thee 

As noted, documentation for end users was not considered 
effective by the ships interviewed. Closely related to this 
was the type of training being conducted for shipboard 
personnel. Both these areas require revision tO a2n¢@peas cum 
effectiveness of the SNAP-II system and insure that all levee 
of end users are utilizing the system to its full extent. 

A difficult area to assess is the SNAP-II progran@@ecemm 
End users have voiced concern about what they perceive as a 
lack of policy guidance and an understanding of just how 
SNAP-II is to be used in relation to managing their ships 93m 
and of itself, this may reflect a lack of adequate communication 
between the fleet and program management. 

The program has provided for four of the five conmponenm: 


of a computer system as defined by Kroenke, leaving the key 
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PeeaneOne PplLOGccaures “in an undefined state. This is not a 
fault of the program. An analogy that best illustrates this 
drawback would be the procurement of a weapon system. A 
program manager would be responsible for obtaining the hardware 
itself, but would not be responsible for developing tactics to 
emeroy it.  Ihis 1S where SNAP-II finds itself. 

mecCause Of the ditterent functional managers and sponsors 
Peeecent if the SNAP-I1 program, there are diverse forces at 
mopx. cach 1S interested in ensuring that their subsystems 
are functional and implemented. While the SNAP-II program 
office is concerned primarily with implementing the system 
wameric tleet {which it 1s doing well), it appears no one office 
is charged with absolute control as to what exactly the SNAP- 
Meesystem 1S to be or how it is to be integrated into the 
faifaicement of a ship. Ostensibly, the Program Coordinator 
(OP-945) should be in full charge of these matters, but that 
may be impracticable given the nature of the organization-- 
they are concerned with computer systems, not management of a 
omeoe the identification of a central point charged with 
famine exactly what SNAP-II is to do and how it is to do it 
mentehly recommended. Once this is accomplished, standards 
Gan, be developed and promulgated to fleet units. 

Having implemented the SNAP-II system, some gauge of its 
effectiveness and use by fleet users is necessary, both to 
pombe Out areas for possible improvement in the program and 


MomtocGertdil that fleet units are using the system to its 


less 


full benefit. A post implementation review process as an 
integral part of the SNAP-II implementation process ds simon 
recommended. Standards must be developed to accomplish this, 
as noted in the precedine paragraphs. 

In summary, the Navy has introduced a computer system that 
has been well received by the fleet uSers interviewed. However, 
there are concerns and minor problems that prevent it from 
being utilized to the most efficient extent possible. (lies 
can be corrected by: 

better communication with the end user 

TeVisionM Of trainane poOleney 

revision Of documentation 


identification of a central control point tor precran 
pOlIcCyY, ourdance, and Ss @amdciedec 


Eso 


APPENDIX A: ACRONYMS 


3-M - Material Maintenance Management Program 
ADM - Admnistrative Data Management Subsystem 
ADP - Automated Data Processing 

mies AUXiliary - Ammunition ship 

AFS - Auxiliary - Refrigerated Stores ship 
AIS - Automated Information System 

AMS - Aviation Maintenance Subsystem 

AO - Auxiliary - Oiler 

AOE - Auxiliary - Ammunition/Oiler 

AOR - Auxiliary - Oiler/Replenishment 

APL - Allowance Parts List 

ASW - Anti-submarine Warfare 

Bbe- Battleship 

Bere - Budget OPTAR Report 

rence - Casualty Report 

CDA - Central Design Activity 

mee - Guided Missile 

CGN - Guided Missile Cruiser Nuclear Powered 
ere - Combat Information Center 

Me - Confisuration Change 

Mier - Current (Ship's) Maintenance Project Master 
@ererm- Chiet of Naval Operations 


CO - Commanding Officer 
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COBOL - Common Business Oriented Language 
COMes- Communi Cat 1omis 


COMNAVSURFLANT - Commander, Naval Surface Ponees ws. 
Atlantic Fleet 


COMNAVSURFPAC - Commander, Naval Surtace Forees sure 
Pacific Fleet 


COMSUBPAC - Commander Submarine Force, U.S. Pacitice) lean 
CONUS += “Continental "Unreed So tames 

COSAL - Consolidated Shipboard Allowance List 
CPU (Central (Process in? smpe 

ClOe= (Gombat =oys Ceiise elec 

COMP = “Current Ship's slaintenance. Prego 

OD =F Wes tioy er, 

DBGS= Guidedgiiissi leaDestroyver 

DH - Department Head 

DLR - Depot Level Repairable 

DS - Data System Technician 

DSC = Data. System Technician Chier Petry Weer ecn, 
DSS - Decision Support System 

EMS bi ectrician Mate 

EMG = Electrician Mate Ghiet Petty Oftucer 

EMO-- sElectrontes Material v0et teen 

El = -ELectroni1Gese feocinicitanm 

EW - Electronic Warfare Specialise 

FAS - Functional Area Supervisor 

fo oe Le ate 


FFG - Guided Missile Frigate 


alors) 


Pi@e- FPlcet Training Center 
By - Fis¢al Year 
INSURV - Board of Inspection and Survey 


EOGMARS - Logistics Application of Automated Marking and 
Reading Symbols 


bP) - Landing Platform Dock 
moe - Lanacing Ship Tank 
MDS - Maintenance Data Subsystem 


MeeouRE - Metrology Automated System for Uniform Recall and 
Repont ine 


MIS - Management Information System 

iieewe- Mobile Logistics Support Force Subsystem 
fireie- Machinist Mate Master Chief Petty Officer 
NAMMSO - Navy Material Management Support Office 
NAVMASSO - Navy Management systems Support O:11¢¢ 


NAVMASSO DETPAC - Navy Management Systems Support Office 
Peratenment Pace mt le 


NAVSEA - Naval Sea Systems Command 

NAVSEACENLANT - Naval Sea Systems Command Center Atlantic 
hey SEACENPAC - Naval Sea Systems Command Center Pacific 
NAVSUP - Naval Supply Systems Command 

meen - Navy Enlisted Classification 

NMPC - Navy Military Personnel Command 

fees - Navy Supply Corps School 

NWS - Naval Weapons Station 

OMMS - Organizational Maintenance Management Subsystem 
Wer, - Office of the Chief of Naval Operations 


Meo Operations Officer 


ov 


OPTAR@= Opie ta tin oan ueccrr 

PCO => Postale Clerk 

PCO - Prospective Commandines0n fiom 
PCS’ => Permanent Cham@emorews moreso 
PMor- Plammed Maintenance Syoeem 

PNiS= Personnelman ti estwerass 

PNC - Personnelman Chief Petty Officer 
POS - Personnel Oualiricgati1on So sanaand 
RAV “= Restricted Availabe, 

RFT - Ready For Training 

SDSA - Source Data System Afloat 
SEENAV 2] (5eGCletaty Of since Nay™ 

Ser = op S bGuapinen © fhe 

SEL. = Selected “Equipment hist 

SFM - Supply and Financial Management Subsystem 


SFCEDL - Summary Filled Order and Expenditure Ditferecmee 
Last nc 


SFOMS = Ship"*s Force Qverhaul Management —5) seem 
SEWES op Ss srorce Work last 

ok jw EOurekceper 

SKC = Storekeeper, Chict (Pet) eeiinecm 

SkCGS - Storekeeper Senior Chrvef Petty Citucea 
SMA - Systems Management American Corporation 
SMS - Systems Management Subsystem 

SNAP - Shipboard Non-tactical ADP Program 


SOAP Team - Supply Overhaul Assistance Prog@uwanwlean 


ow 


eC woltioomearts Control Center 

SWO - Surface Warfare Officer 

SWOS - Surface Warfare Officer School 
SWOSCOL - Surface Warfare Officer School 
TAD - Temporary Additional Duty 

ime Dee - Technical DocumentModule 

mr GOM = “Type Commander 

UADPS - Uniform Automated Data Processing System 
UNREP - Underway Replenishment 

poo) - Viilcan Operating System 

Wor - Weapons Systems Pile 

Mime eXcutive Officer 


YNC - Yeoman Chief Petty Officer 
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